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Abstract 


The design and development of a fault-tolerant fiber-optic backplane 
to demonstrate feasibility of such architecture is presented. The 
simulation results of test cases on the backplane in the advent of induced 
faults are presented, and the fault recovery capability of the architecture 
is demonstrated. The architecture was designed, developed, and 
implemented using the Very High Speed Integrated Circuits (VHSIC) 
Hardware Description Language (VHDL). The architecture was 
synthesized and implemented in hardware using Field Programmable 
Gate Arrays (FPGA) on multiple prototype boards. 
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1. Introduction 


The purpose of this project is to develop an architecture capable of implementing the fault- 
tolerant, fiber-optic backplane proposed by Palumbo in [1], The development of this architecture is also 
intended to assist with the investigations of behavior of the backplane in the presence of faults. The fiber- 
optic backplane consists of a set of Bus Interface Units (BIU) and Redundancy Management Units 
(RMU) forming multi-channel redundant fiber-optic backplane. Each channel, in turn, consists of a set of 
BIUs that are tied to a RMU via separate fiber-optic read and write buses (the action of read and write are 
taken from the perspective of the BIUs). Figure 1 is a depiction of the fiber-optic channel. Fault- 
tolerance is achieved by replicating several channels and combining the BIU outputs of the channels in 
the RMUs to mask any errors or failures before the data is placed on the read buses. In such redundant 
system, the RMUs of different channels communicate with each other through separate fiber-optic 
backplane write buses. Figure 2 is a depiction of the fiber-optic backplane. The RMUs also provide 
global time synchronization across the backplane and timing control through the channel read buses. All 
processing and bus accesses are controlled by time, i.e., all data appearing on the backplane can be 
uniquely identified by the time at which they become available. The BIUs of the channels are time 
division multiplexed onto the channel write bus. The RMU is the only device that writes to the channel 
read bus. Because the RMU is fundamental to the backplane's operation, both the channel read bus lines 
and the RMU may be replicated to increase reliability. Finally, the RMU can be integrated with a 
gateway to a network thus providing fault-tolerant access to remote processing nodes[l]. 


read bus 



write bus 


Figure 1. Fiber-Optic channel. 








Figure 2. Fiber-Optic backplane. 


Analysis of the backplane indicates that development of a single channel is sufficient for a 
feasibility study of the proposed backplane. Thus, the architecture developed, as shown in Figure 1, has 
been demonstrated with only one channel. In order to incorporate fault-tolerance into the system, 
additions required to accommodate multiple channels would have to be made to the RMU. The particular 
implementation of the architecture that is presented here enables a RMU to connect to as many as 29 
BIUs; however, for testing purposes a maximum of four BIUs are sufficient to demonstrate full channel 
functionality. 

The architecture is designed, developed, and implemented using the Very High Speed Integrated 
Circuits (VHSIC) Hardware Description Language (VHDL) [2]. Time constraints did not allow for a full 
hardware implementation; however, large portions of the developed architecture were synthesized and 
implemented in hardware using Xilinx Field Programmable Gate Arrays (FPGA) [3] on multiple 
prototype boards. These FPGA boards can be installed in Personal Computers (PC) such that the PCs act 
as the front-end to the FPGA boards for both programming the FPGAs and for controlling the operation 
and data transfer to the FPGA boards during their normal operations. Instead of designing one board to 
function as a RMU and designing a different board to function as a BIU, it was decided to take advantage 
of the flexibility provided by FPGAs to develop a single design so that a board could be programmed to 
function as either a RMU or a BIU. 

This report presents the development and test cases of a single fiber-optic channel. In Section 2 
the implementation issues, the design, and the development of the architecture are discussed. The 
hardware design and development of the architecture are presented in Section 3. Test cases and 
simulation results are presented in Section 4. Section 5 concludes this report with a summary of the work 
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accomplished and a discussion of future enhancements. 

Five appendices supplement this report. Appendix A includes the VHDL code for the 
components of this architecture. Appendix B contains the C code. Appendix C describes the pin 
assignment and layout. Appendix D consists of sample schedules and data packets, and lastly. Appendix 
E describes the procedures for using ah VHDL tools in the development process. 


2. Design and Development 

As stated in [1] “to support high speed data transmission, the optical receiver is clocked by a 
phase locked loop (PLL) which has locked its internal clock to the incoming data stream. Normally, 
switching between multiple data streams would represent a problem as this would require the PLL to re- 
lock. In this invention, the multiple transmitters in the BIUs, Ligure 1, are themselves clocked by PLLs 
which are in turn locked to the data stream produced by the RMU transmitters. The multiple transmitters 
thus have the same clock source reducing skew and drift and minimizing lock time for the RMU PLL.” 

The proposed backplane requires fast PLLs with very low lock time. Specifically, the proposed 
design requires a PLL with a lock time of a few clock ticks while existing PLLs and DPLLs have a typical 
lock time of hundreds of ticks. Our investigations at the initial phase of the development process on 
existing PLLs and DPLLs revealed that existing commercial products did not meet the stringent 
requirements of the proposed design. The design of a new PLL or DPLL requires more study and is 
beyond the scope of this work. As a result, a new alternative is developed to 1) Meet the stringent timing 
requirements, 2) Allow continuation of the design and development of the architecture, and 3) Maintain 
interoperability with the backplane in the advent of new development in PLL technology, and 4) Keep the 
added cost to a minimum. 

This alternative incorporates the use of a Global Clock over a separate fiber-optic cable, Ligure 3. 
The Global Clock resides in the RMU and is broadcast to all BIUs in the channel. In this alternative, the 
BIUs are assumed to be at equal distances from the RMU of the channel. In other words, the read and 
write buses are of equal lengths. Therefore, all BIUs are guaranteed to be in perfect synchronization with 
the RMU and, as a result, the switch-time between the channels is at its absolute minimum of one clock 
tick. In addition, in the advent of new and fast PLL technology, the PLL output would simply replace the 
Global Clock input to the BIUs. The additional cost of this alternative is, therefore, associated with a 
transmitter, a fiber-optic cable, and receivers that are dedicated to the broadcast of the Global Clock. 
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Clock 



Figure 3. Global clock, fiber-optic channel. 


2.1 BIU/RMU 

Analysis of the behavior of the RMU and BIU revealed that these modules have so much in 
common that the BIU should be treated as a special case of the RMU, Figure 4. In particular, the main 
functions of the BIU and RMU are transmission of data, reception of data, and execution of the scheduled 
instructions. Of course, RMU interpretation of the scheduled operations is slightly different from the 
BIU. The only RMU-specific function is voting on the input data and masking out the faulty BIU(s). 
However, this function may be performed by an independent module that complements the BIU module’s 
functionality. As a result, both BIU and RMU can be designed to have identical interfaces to the outside 
world. Therefore, the terms BIU and RMU are used interchangeably in the implementation sense. 
However, every instance of this module requires its own unique identifier. This identifier is set externally 
via the BIU_ID parameter. Also, by accommodating for their differences in interpreting the scheduled 
operations via an external bit ( BIU_OR_RMU ), the BIU/RMU architecture can be developed as a single 
module. Joint development of the BIU/RMU has the added advantages of requiring less development 
time and code maintenance. Also, it reduces the overall ASIC fabrication cost by 50% since one single 
die suffices. Therefore, for the remainder of this report, unless specifically stated, all details and 
descriptions of this module apply to both BIU and RMU. The VHDL entity declaration and architectural 
description of the BIU/RMU are listed in Appendix A. 
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BIU/RMU 


Process Input Data 


Receive Input Data 


Vote on Input Data 


Store Input Data 


Process Scheduled Operations 


Select Proper Channel 


Process Record Status 


Process Housekeeping 


Process Output Data 


Legend: 


RMU-Specific Operation 


Figure 4. BIU/RMU functional descriptions. 


The Process Housekeeping module handles the power on and reset conditions by initializing the 
internal counters, registers, and resetting the local timers. The details of this process are described in the 
Housekeeping section. 

The Process Input Data module continuously monitors the incoming data by converting the bit- 
serial data stream to parallel words. It then stores the incoming data packet in the appropriate buffers to 
be used by the rest of the system. The details of this process are described in the Input Data section. 

The Process Output Data module transmits the outgoing data at the specified scheduled time. The 
output data are either internal status report from the BIU or output data of the BIU’s associated processor. 
Regardless, the output data words are first packetized with the appropriate header and then serialized for 
transmission. The details of this process are described in the Output Data section. 

The Process Record Status module keeps track of the errors by setting their designated bits in the 
status register. The details of this process are described in the Reporting Errors section. 

The Process Schedule Operation module manages loading of the scheduled operations from the 
ERPOM/RAM by setting the appropriate address lines and issuing the read signal. It then decodes the 
instructions and stores them in the appropriate buffers. The details of this process are described in the 
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Schedule Format and Schedule Controller sections. 


The BIU/RMU has two types of interfaces: one to communicate with the BIU/RMU of the 
channel and the other to communicate with BIU’s associated processor. Figure 1. The Input and Output 
modules are designed to communicate with the BIU/RMU as well as the associated processor. Although 
the BIU and RMU exchange data via serial fiber-optic buses, the data to and from the associated 
processor of the BIU are exchanged in parallel words using separate FIFOs. In order for this module to 
transmit and receive data simultaneously, two FIFO interfaces are, therefore, necessary to handle the 
input and output data flux. 


2.2 Packet Formats 

The data and status information as well as the commands issued by the RMU are stored in 
packets based on one of the formats depicted in the following figure. However, the type of packet format 
is based on the nature of the information to be sent to the destination BIUs. 
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BIU Id, 5 bits, identifies the destination of the packet. 
Reserved = 0_0000 

Global Id, Reserved = 1_1 111 

K = Sync Bit 

= 1 ==> Sync-Header follows 
= 0 ==> Data, Command, or Status follows 

M = Mode Bit 

= 1 ==> Command 
= 0 ==> Data or Status 

S = Status Bit 

= 1 ==> Status 
= 0 ==> Data 

R = Reserved Bit 

Figure 5. Packet formats. 


All packet formats share a common scheme. This underlying scheme consists of three 9-bit 
words where each word is constructed from an 8-bit byte that is preceded with a synchronization bit (K). 
The synchronization bit is zero except when indicating the Sync_Header. 

The first word of a packet is the Sync_Pattern , the second word is a collection of flags and 
BIU/RMU identification, and the third word is either a command or a count. To achieve synchronization 
over a distance between BIUs and RMU, the Sync_Pattern (1_1111_1111_0) is designed so that it is 
guaranteed to be unique throughout the system. The Sync _Pattern is a unique 10-bit pattern consisting of 
a string of 9 ones followed by a zero. Since the first bit of the second word has to be a zero, that bit is 
used as part of the Sync_Pattern. 

The second word consists of three 1-bit flags; Mode (M), Status (S), and Reserved ( R ) flags, 
followed by a 5-bit identification field that is used for both BIU and RMU. The significance of the third 
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word depends on the flags that are set. If the Mode (M) bit is set, then the third word is a command for 
the BIUs; otherwise, it is a count of data or status words to follow. In this case, the packet will be more 
than three words long. Since count is an 8-bit field, the maximum number of status or data is limited to 
255 words per packet. 

If the Status (S) bit is set, then the packet holds status information and thus it is forwarded to the 
output FIFO. Otherwise, it is a data packet intended for the BIU whose identification is in the packet 
header. In this case, only the target BIUs fetch the packet and forward it to their associated processors 
(via the output FIFOs), while all other BIUs simply ignore the packet. 

The BIU Id can be used as another layer of redundancy to check against scheduled operations for 
local detection of failures. 

The Reserved (R) bit is not used at this time. It could be used as part of the BIU/RMU 
identification and to expand the number of BIUs in a single backplane channel. 


2.3 Performance 

The calculation of the read bus bandwidth efficiency as a function of packet size follows. 
Packet Overhead = MUX Switch Time + Data Packet Header + Overhead per Data Byte 

where, 

MUX Switch Time = 1 clock tick = 1 Word = 9 bits 

Data Packet Header = (Sync_Header + Flags) + BIU_Id + Count of Data Words 
= 3 Words = (3*9) bits 


Overhead per Data = 1 bit 

So, with n = Number of Data Words as specified in Count Field, 

Overhead =9 + (3*9) + (l *n) = 4*9 + n = (36 + n) bits 

%Overhead = Overhead / Packet Size * 100 = (36 + n) bits / ((4 + n) * 9) bits * 100 


%Efficiency =1- %Overhead = n * 8 / ((n + 4) * 9) 

As evident from the above equation, as n grows, so does the %Efficiency. The read bus 
bandwidth efficiency is displayed as a function of data bytes in a packet in the following figure. As is 
shown, the efficiency approaches the maximum (about 89%) for moderate size packets. 
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Bandwidth Efficiency 



Figure 6. Channel read bus bandwidth efficiency as a function of packet size. 
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2.4 Reporting Errors 


The status register, Status_Reg_0 , is introduced to keep track of errors at various sub-modules. 
Figure 7 provides a detailed description of the status register. Various bits of this register indicate 
specific errors and, therefore, are set by their designated sub-modules upon detection of errors. The 
content of this register is transmitted at the scheduled times and after setting the Status (S) bit of the 
packet. 


Bit Error Name 

0 Read_FIFO_Error_l 

1 Read_FIFO_Error_2 

2 Receive_Error_l 

3 Receive_Error_2 

4 EPROM_Error_Flag 

5 None 

6 None 

7 None 


Error Description 

Error in input FIFO data packet header 
Attempted to read from empty input FIFO, i.e. missing data 
Data didn’t arrive within the expected reception window 
Received unexpected data 

Didn't detect end-of-schedule in the EPROM/RAM 

None 

None 

None 


Figure 7. Status_Reg_0, error bit assignments. 


2.5 Housekeeping 

After power on and upon reset the BIU/RMU resets its internal counters, clears its registers, and 
resets its transmitter and receiver clocks. Figure 8 depicts the flowchart of the power on and reset 
activities. If the BIU_OR_RMU bit is set high, the architecture is that of a BIU. It goes into a wait state 
where the BIU awaits the Start jCycle command from the RMU. Otherwise, the architecture is a RMU 
and begins reading the scheduled operations and takes appropriate actions at the right times. As further 
described in Section 3.8, Schedule Format, the first two instructions of the schedule are reserved for the 
RMUs only. The first instruction indicates broadcasting of the StartjCycle command to all BIUs in the 
channel while the second instruction is a wait instruction for the RMU for the specified delta time so that 
the BIUs can catch up with the RMU. Upon receiving the StartjCycle command, the BIU resets its 
internal counters, clears its registers, and resets its transmitter and receiver clocks. At this time, all BIUs 
are synchronized with respect to the RMU. The BIUs and RMU then repeat reading the scheduled 
operations and execute scheduled instructions at the specified times. 
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Power on / Reset 



Figure 8. Power on/reset operations. 


2.6 Input Data 

Data reception requires continuous conversion of bit-serial data stream to parallel bytes. The 
incoming data bit stream is monitored to detect the Sync_Pattern. Figure 9 depicts the flowchart of the 
incoming-data controller. Upon detection of the Sync_Pattern the receiver clock is adjusted so that the 
following data are retrieved at appropriate word boundaries (see Section 3.6 System Clocks). If the 
BIU_ID part of the second word does not match the BIU_ID of the particular instance of this module, 
then the Status bit is examined. If the Status bit is not set then the rest of the data packet will be ignored. 
Otherwise, the packet is treated as a Status packet and is simply routed to a FIFO in its entirety. If the 
second byte matches the BIU_ID of a particular instance of this module, then the Mode bit is examined. 
If the Mode bit is not set then the rest of the data packet will be treated as a data packet for this module 
and will be routed to a FIFO. Otherwise, the packet is treated as a Command packet from the RMU and 
the proper action will be taken. 
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Figure 9. Incoming-packet controller. 


To accommodate for minor variations in the lengths of the busses, a reception window is 
established to provide an added flexibility to the architecture. The duration of this window is controlled 
externally and can range from 0 to 7 byte clock ticks by setting the three Switch _Time_In bits. The 
maximum reception window of 7 byte clock ticks allows for a maximum of 7 bytes * 9 bits per byte * 10 
ns per bit = 630 ns = 630 feet variations in the lengths of the busses (assuming a 100 MHz clock, and that 
light travels 1 ft/ns). The reception window starts at the scheduled data reception time, and lasts as long 
as the reception window size or until a data packet is received. If the scheduled data packet is not 
received during this time or if it arrives outside this window, then the errors are reported by setting their 
designated bits, bits 2 and 3, respectively, in the error register Statu s_Reg_0. Figure 7 provides a detailed 
description of the status register. 

Voting of the data is an RMU-specific function and is performed by all RMUs in a redundant 
multi-channel system to provide fault tolerance for the full FBL/PBW backplane. In a redundant multi- 
channel system, all RMUs broadcast their input data to all other RMUs as data become available. 
Therefore, a BIU output is available to all RMUs at the same time. Each RMU then votes on the data it 
receives from RMUs of other channels and on the data from the corresponding BIUs of its channel. 
Figures 1 and 2. In case of any discrepancy, the faulty BIU is identified and masked out. The voted BIU 
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output is broadcast in the local channels. Since the design and development of the voter module is 
beyond the scope of this work, the voter implementation is left for future work. 


2.7 Output Data 

Data transmission requires reading a data packet from a FIFO, checking the data integrity by 
examining the packet header, and converting the data bytes into a continuous serial bit stream. Figure 10 
depicts the flowchart of the outgoing-data controller. If the packet header, specifically the Sync_Pattern, 
is not detected at the expected time, then an error is registered and the transmission operation is aborted. 
Also, to avoid issuing any commands by the microprocessor to the RMU and to safeguard against any 
undesirable side effects, the Mode bit is examined. As previously described in Figure 5, if the Mode (M) 
bit is set, then that word is a command for the BIUs. Therefore, to guarantee that the commands are 
issued and, thus, the Mode bit is managed from inside the FBL/PBW backplane architecture (specifically 
only by the RMU), the Mode bit is examined and if it is set by the BIU’s associated processor, then an 
error is registered and transmission operation is aborted. 



Figure 10. Outgoing-packet controller. 


2.8 System Timers 

To synchronize and maintain synchronization between the receiver of a BIU/RMU and the 
transmitter of another BIU/RMU at the proper word boundaries, the receiver needs to constantly adjust to 
the transmitter. As a result, the receiver part of a BIU/RMU must operate with a different timer than the 
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rest of the unit. To prevent propagation of phase shifts in the receiver timer to the rest of the system and 
safeguard against any side effects, a second timer, the transmitter timer, is introduced. Therefore, the 
BIU/RMU has two timer regions: a receiver timer region and a transmitter timer region. To maintain 
design flexibility, provisions are made so that the transmitter timer can be adjusted and synchronized with 
the receiver timer; however, it must only be done when the BIU/RMUs are in the idle state. The 
synchronization of the transmitter timer with the receiver timer is achieved as a scheduled event and at the 
desired synchronization interval via a RMU command. 

Separation of the two timers has the added advantage of applicability to a broader class of 
architectures by eliminating the fix distance constraint between the BIUs and RMU of one channel as well 
as between the RMUs of multiple channels. In addition, the cost of the second timer, four flip-flops, is 
negligible. 

Although the data in and out of the BIU/RMU are serial bit streams, the BIU/RMU operates at 9 
bit word boundaries. Therefore, the BIU/RMU requires system timers that operate at the word level. 
Since the serial data bit streams are 9-bit words, the system clocks are derived from the incoming bit 
clock by dividing the bit clock by 9. Operating at the word level has the advantage that most of the 
BIU/RMU operates at a slower clock rate and the peripherals such as the FIFOs and EPROM/RAM can 
be slower devices. This slower clock rate allows for less stringent requirements on the signal load and 
routing, and therefore, is more cost effective. In addition and from the user’s perspective, delta time for 
the scheduled operations will be with respect to the system timers and, hence independent of the 
communication rate. 


2.9 FIFO 

In order to make the simulation results comparable to those of the prototype boards, the generic 
FIFO module developed for this design is modeled after Am7204A ] FIFO chips. This VHDL model is 
comparable with the Am7204A FIFO in both interface and timing characteristics. In addition, this VHDL 
FIFO model is a generic model so that by adjusting its parameters, it can be defined to be as wide, deep, 
and fast as necessary. This VHDL model is synthesizable and the VHDL code is included in Appendix A. 


2.10 EPROM 

For simulation purposes a high level VHDL model of a generic EPROM was developed that is 
pin-to-pin and package compatible with a generic RAM. However, for design flexibility, the interface for 
this module is modeled after the NM27C128, 128k-word x 8-bit EPROM 1 2 and HM6264ALSP, 8192-word 
x 8 -bit High Speed Static CMOS RAM 3 which are pin-to-pin and package compatible. The EPROM 
module contains the scheduled instructions and the relative time of their operations. The EPROM has to 
be 16-bit wide and deep enough to hold all scheduled events. The schedule format is described in the 
following section and schedule examples are listed in Appendix D. 


1 Am7204A is a CMOS FIFO and a product of the Advanced Micro Devices. 

2 Products of National Semiconductor Corporation. 

3 Products of HITACHI Corporation. 
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2.11 Schedule Format 


The scheduled events and instructions are stored in an EPROM or a RAM based on the format 
depicted in the following figure. 


Delta Time 

Transmit 

Receive 

Status/Data/ Command 

BIU/RMU Id 

(8-bits) 

(1-bit) 

(1-bit) 

(1-bit) 

(5 -bits) 


EPROM/RAM Width = 16 bits 
Status/Data/Command = S/D/C 


AT = Delta Time 

Tx = Transmit Bit 

Rx = Receive Bit 

S/D/C = Status Bit 

Id = BIU Id 


>= 0 ==> Delta Time between consecutive instructions 
= 1 ==> Transmit 

= 0 ==> No-op 
= 1 ==> Receive 

= 0 ==> No-op 

= 1 ==> Data for BIU and Command for RMU 

= 0 ==> Status 

= 1 .. 30 (base 10) 


End of schedule delimiter is 31 in base 10 (i.e. XXFF in base 16) 


lx 

0 

0 

0 

0 

1 

1 

1 

1 


Rx S/D/C Descriptions 

0 0 RMU and BIU No-op 

0 1 N/A 

1 0 N/A 

1 1 RMU and BIU Receive Data 

0 0 RMU and BIU Transmit Status 

0 1 RMU Transmit Command and BIU Transmit Data 

1 0 N/A 

1 1 RMU and BIU Stop 


Example: 


In the following schedule example, RMU Id = 27 and Global Id = 31 . 


AT Tx Rx S/D/C Id 

10 1 0 1 27 

5 0 0 0 27 


Descriptions 

RMU will transmit Start_Cycle command after 10 clock cycles 
RMU will do nothing and waits for 5 clock cycles until BIUs restart 


5 

1 

4 

2 


1 

0 

1 

0 


0 

1 

0 

1 


0 

1 

0 

1 


27 RMU will transmit its status after 5 clock cycles 

31 All BIUs should expect to receive data in 1 clock cycle 

1 BIU 1 will transmit its status information after 4 clock cycles 
31 All BIUs should expect to receive data after 2 clock cycles 


19 1 0 1 

10 11 


3 BIU 3 will transmit its data after 19 clock cycles 

4 BIU 4 should expect to receive data after 1 clock cycle 


15 


31 i.e., 0FFF, all BIUs stop reading the schedule after 15 clock cycles 


Figure 1 1 . Schedule format for EPROM/RAM. 
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The scheduled events are 16 bits wide, i.e. two 8-bit bytes. The little-endian notation is used to 
describe different segments of the schedule events. The first byte is reserved for delta time. This allows 
for a time interval between two consecutive events to be at most 256 system timer ticks. However, to 
extend this time interval beyond 256 clock ticks, no-op instructions should be inserted between the actual 
events. The three most significant bits of the second byte are used in the communication process. 
Specifically, bit 7 of the second byte indicates transmission event, bit 6 indicates receiving event, and bit 
5 indicates the nature of the event as being status, data, or command. The five least significant bits, bits 4 
through 0, identify the RMU/BIU that is scheduled to take the appropriate action after the delta time has 
elapsed. Therefore, this format allows for one RMU and a maximum of 29 BIUs per channel. 

The first two instructions of the schedule are reserved for the RMUs only. The first instruction 
indicates broadcasting of the StartjCycle command to all BIUs in the channel. The second instruction is 
a wait instruction for the RMU for the specified delta time so that the BIUs can catch up with the RMU. 
The duration of the wait time is a function of the communication means and the delay in processing of the 
StartjCycle command by the RMU and BIUs. The wait time, therefore, is given by the following 
equation: 

Wait Time = Command Process Delay + Read Bus Delay 

The Command Process Delay is a constant delay and is determined to be five system timer ticks 
for this implementation. It is the total delay in constructing the package, transmitting the StartjCycle 
command by the RMU, and receiving the command by the BIUs. The Read Bus Delay is determined by 
the time it takes for the data to reach from the RMU to the BIUs of the channel and is directly 
proportional to the length of the bus. Since the BIUs are assumed to be of equal distances from the RMU 
of the channel, after elapse of the wait time, the BIUs will be synchronized with respect to the RMU. The 
example depicted in Figure 1 1 indicates a Delta Time of 5 system timer ticks. The second instruction of 
the schedule corresponds to the read bus delay of zero. 

When the bit 7 of the second byte is set high, it is interpreted by the BIUs as a transmit 
instruction. However, the RMU interprets it as a switch channel instruction and uses the BIU identity 
field, bits 4 through 0, as the multiplexer select lines to switch to the appropriate BIU write bus. 


2.12 Schedule Controller 

Reading of the scheduled operations from the EPROM/RAM requires setting the appropriate 
address lines and issuing the read signal. The Schedule Controller manages loading of the instructions 
from the EPROM/RAM. The scheduled instructions are pre-fetched, decoded, and stored in appropriate 
buffers. In particular, the time field is extracted and stored in the Delta JTimejClock and the instruction 
field in the Instruction _Buffer registers. The current instruction is then decoded. The corresponding flags 
that initiate the execution of the specific operations, such as transmit and receive, are raised only after the 
elapse of the delta time. Section 3.9 provides a detailed description of the scheduled instructions in 
EPROM/RAM. 
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2.13 BIU Testbench 


The BIU testbench. Figure 12, encompasses the BIU/RMU and all the necessary components for 
its normal operations as a separate prototype board. The adjoining components are an EPROM/RAM that 
contains the scheduled events of operations, a FIFO for the input data, a FIFO for the output data, and a 
microprocessor (PC) with its associated input and output files that acts as the BIU font-end. A single 
external bit ( BIU_OR_RMU = VCC) specifies its functionality to be a BIU. These components are an 
integral part of testing BIU/RMU functionality. 



Figure 12. BIU testbench. 


2.14 RMU Testbench 

Analysis of the behavior of the RMU revealed that by preserving the BIU interface to the FIFOs, 
the RMU’s interface could be defined as a special case of the BIU’s interface. As a result, one FIFO is 
used for both input and output of data for the RMU. 

The RMU testbench. Figure 13, encompasses the BIU/RMU and all the necessary components for 
its normal operations as a separate prototype board. The adjoining components are an EPROM/RAM that 
contains the scheduled events of operations, a single FIFO for both the input and output data, and a 
microprocessor (PC) with its associated input and output files that acts as the RMU front-end. The RMU 
testbench, therefore, is similar to the BIU testbench and by proper setting of a single external bit 
(BIU_OR_RMU = GND), its functionality is distinguished from that of BIU. These components are an 
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integral part of testing BIU/RMU functionality. 



Figure 13. RMU testbench. 


2.15 Microprocessor (PC) 

The microprocessor (PC) is a high level representation of a generic microprocessor and is 
designed for simulation and testing purposes only. For simulation and testing flexibility, the 
microprocessor is designed so that it could be tailored to represent processors with different read cycles, 
different write cycles, and different clock rates. Also, different instances of this module can be 
programmed to transmit different counts of data packets with different data packet sizes. However, a 
particular instance of a microprocessor transmits a given number of data packets of the same sizes. Also, 
the microprocessor is assumed to have an identical copy of the BIU/RMU schedule. 

The microprocessor operations are shown in the following flowchart. Figure 14. Since the 
microprocessor is assumed to be independent of the BIU, the communication between the BIU and its 
associated microprocessor is therefore asynchronous. As a result, the microprocessor receives an 
interrupt from its associated BIU at the start of every schedule cycle and after receiving the StartjCycle 
command from the RMU. The microprocessor will reset the FIFOs, sample the sensors, send the data to 
the input FIFO, and then acknowledges the interrupt to the BIU. Note that the microprocessor can read 
processed data from the output FIFO at any time. This data is assumed to be stored in either a large cache 
or an output file. For simulation and testing purposes the data sent to the input FIFO is the output of 
counters internal to the microprocessor module. 
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Interrupt From BIU 



Figure 14. Microprocessor operations. 


2.16 Fault Injection 

There are many methods of injecting faults in the system. Three methods of injecting faults into 
this system are described here. The first is the brute force method where a BIU is turned off. Since at 
power down the exact state and condition of the BIU is not known, this method of fault injection is 
random. In simulation, however, turning off the BIU can be accomplished by forcing the BIU to reset 
where it waits in the idle state during the simulation process. This method of fault injection covers the 
fail silent scenario. 

The second way of injecting a fault is through the schedule and by instructing the BIU to stop 
transmitting data at a specific time. In effect, the BIU goes off line at the designated time. As a result, 
the time of fault occurrence is predicable. Since the fault can be scheduled to occur at a specific time, this 
method is extremely helpful in examining integrity of the system in the presence of a fault at different 
states of the system. This method, therefore, provides a general means to analyze the architecture under 
various crash failures. 

The third method is also through the schedule but by switching the channel to another BIU, 
preferably an unattached BIU. As a result, even though all BIUs are functioning normally, switching to a 
bogus channel will in effect disrupt proper routing of the intended BIU output to the target BIUs. This 
method can simulate data packet corruption through the write bus as well as BIU babbling. 
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These fault injection methods cover only a subset of the faults that this architecture is designed to 
tolerate. In the interest of time, further failure analysis and evaluation of this architecture is left for future 
work. 


2.17 Fault Recovery 

In the case of brute force method where a BIU is powered down, the BIU can be reintroduced 
into the system upon power on and at the start of the next schedule cycle. At power on, the BIU resets its 
internal registers and enters the idle state. Figure 8, awaiting the StartjCycle command from the RMU 
before restarting its normal operations. Therefore, this fault recovery capability lends itself to upgrading 
the system by taking the BIUs off line, one at a time, and without having to power down the whole 
system. 


In all other cases, where a BIU is either babbling or is not transmitting data, the BIU may recover 
from the fault provided that the fault is not persistent. In that case, the BIU may recover at the start of the 
next schedule cycle and upon receiving the StartjCycle command from the RMU. However, if the fault 
persists for more than one schedule cycle, then the BIU may never recover. 


2.18 Reporting Faults 

Regardless of the nature and timing of the faults, as far as the rest of the system is concerned, the 
symptoms are the same. These symptoms eventually show up on the read and write busses. When 
matched against the scheduled activities on these busses, the faulty BIU and nature of the fault is 
identified. The symptoms indicate whether the faulty BIU is babbling or is not transmitting at the 
scheduled time. These errors are reported by setting their designated bits, bits 2 and 3, respectively, in the 
status register Status_Reg_0. Figure 7 provides a detailed description of the status register. A more 
descriptive error reporting would require time stamping the errors. However, this implementation is left 
to future enhancements. 
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3. Hardware Development 


The FBL/PBW backplane was developed using VHDL. The VHDL code was synthesized using 
Synergy, a Cadence product, and targeted for the Xilinx FPGAs [3], The FPGAs along with other off- 
the-shelf ASIC devices were used to construct a prototype board that would plug into the PC-AT bus. 
The PC was then used as the front-end to the prototype boards for both programming the FPGAs and for 
controlling the operations and data transfer to the boards during the normal operations. Instead of 
designing one board to function as a RMU and designing a different board to function as a BIU, it was 
decided to take advantage of the flexibility provided by FPGAs to develop a single design so that a board 
could be programmed to function as either a RMU or a BIU. To be able to program the FPGAs, a PAL 
was used to decode the base address of the I/O ports on the prototype board. For design flexibility, a 
generic interface was designed so that any microprocessor could interface with the board during its 
normal operations. This generic interface was separately programmed on a XC3020 [3], The rest of the 
VHDL code encompasses the BIU/RMU module and was programmed on a XC4005A [3] that was 
selected for its size and larger number of I/O pins than the XC3020. The prototype board was wire- 
wrapped, tested, and its functionality verified. The prototype board functioned at 40 Mbps and 
demonstrates that the FBL/PBW backplane implementation was feasible. 


3.1 PAL 

The PC interface logic 4 for programming the XC3020 of the prototype board was implemented 
using a PALL22V10 5 . The base address of the prototype board was 300H. Address 306H was used to 
reset and address 307H was used to reprogram the XC3020 FPGA. The rest of the addresses were used to 
interact with the FIFOs and XC4005A. When resetting the XC3020, bits 0 and 1 of the PC data bus were 
used to control the RESET and Done/Program signals of the XC3020, respectively. For programming of 
the XC3020 the PC data bus bit-0 was used to download the binary file to the XC3020. The VHDL 
implementation of this interface is listed in Appendix A, the related C code is listed in Appendix B, and 
the pin assignment is listed in Appendix C. 


4 IBM, “IBM Technical Reference for Personal Computer AT, # 6280070.” 

5 Product of AMD Corporation. 
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3.2 Address Assignment 


The address assignment and their purposes in the prototype board are as follows: 


New Address 

Device 

Function 

300H 

XC3020 

Read/Write FIFOs 

301H 

XC3020 

Read status of FIFOs 

302H 

XC3020 

Write status (Reset FIFOs) 

303H 

XC4000 

Transfer Data 

304H 

None 

None 

305H 

XC3020 

Reset and Program XC4000 

306H 

PAL 

Reset XC3020 

307 H 

PAL 

Program XC3020 


3.3 XC3020 and Microprocessor Interface 

The XC3020 was programmed with a generic interface to allow a BIU and its associated 
application microprocessor to exchange data. The application microprocessor is assumed to be either an 
Intel 80X86 type or Motorola 68XXX type. In the prototype board the host PC played the role of 
application microprocessor after initial board setup and programming of the FPGAs. Since the 
application microprocessor accesses the FIFOs through its data bus and performs either read or write 
operation, the output bus of the output FIFO and the input bus of the input FIFO are tied to the 
microprocessor data bus via a bus controller. When exchanging data with the FIFOs, the bus controller 
relinquishes control to the microprocessor; otherwise, it tri-states the bus so that there will not be any 
interference with the microprocessor’s normal operations. The VHDL implementation of this interface is 
listed in Appendix A and the related C code is re listed in Appendix B. 


3.4 Programming XC4005A and Testing FIFOs 

Upon setting up the prototype board and programming the XC3020, the XC4005A can be 
reprogrammed to implement the BIU/RMU functionality. Independent programming of the XC3020 and 
XC4005A allows for ease of modification to the BIU/RMU without having to turn off and on the PC and 
setting up the prototype board. The control signals of the XC4005A. i.e.. Program and Done signals, are 
brought into the XC3020, and the XC4005A status are stored in a status register. Contents of this register 
are then accessed by the microprocessor for test and debugging purposes. Also, to enable monitoring of 
the status of the FIFOs, the FIFO status flags, e.g., Full-Flag , Empty-Flag , and Half-Full , are also stored 
in a status register and are accessed by the microprocessor. The VHDL implementation of this interface 
is listed in Appendix A and the related C code is listed in Appendix B. 
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4. Simulation Results and Test Cases 


In this section two test cases are presented to demonstrate the capabilities of the FBL/PBW 
backplane. In the first test case the system operation under ideal conditions is examined. In the second 
case failure of a BIU due to power down or reset is studied. 


The single channel under study consists of one RMU and four BIUs. To examine the operations 
of the system under various conditions, a generic schedule is setup to encompass all aspects of the fault 
injection and recovery while exercising all BIUs. In these test cases the schedule consists of transmission 
windows for the BIUs in the following order: 1, 2, 3, 4, 1, 2, 1, and 3. The following figure shows the 
typical activities of the BIUs during one scheduled period in the absence of faults. 
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Figure 15. Typical scheduled activities. 


In Figure 15 and subsequent figures, rmu_out is the output of the RMU that appears on the read 
bus. rmu_in is the input data to the RMU after multiplexing the BIU outputs from the write buses. biu_in 
is the same as rmu_out but at the input of the BIUs. mux_select indicates the selection value and hence 
the particular BIU output to be routed via the RMU. biu_out_i corresponds to the output of the BIU i that 
appear on its write bus. The horizontal axis is the time axis. 


4.1 Ideal Case 

In this case as shown in Figure 16, the system operation is shown under ideal conditions where 
the delays in the read and write busses are assumed to be zero and no fault exists. In this case, the BIU 
and RMU clocks are shown to be in perfect synchrony. The Schedule for this test case is listed in 
Appendix D. 
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Transmission slots for Bills 1 2 3 4 1 2 1 3 

in one schedule cycle: 


Figure 16. Ideal conditions. 


Figure 17 and 18 are the details of Figure 16. In Figure 17 transmission of the BIU_3 can be 
traced to appear at the output of the RMU after a few clock ticks. In Figure 18 the Sync_Header appears 
at the output of RMU and is detected by the BIU_1. Upon resynchronization, BIU_1 issues an interrupt 
to its associated processing element. 
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BIU l and RMU clocks are synchronized 


Figure 17. Ideal conditions, BIUs and RMU are in perfect synchrony. 
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BIU_1 detects Sync_Header and resynchronizes with RMU 


BIU_1 sends interrupt to PC 


Figure 18. Start-Cycle command, BIU clocks are re-synchronized with the RMU clock. 


4.2 Failing a BIU 

Forcing the BIU to reset simulates, for example, failure of a BIU due to loss of power. In this test 
case, the system starts with all BIUs functioning normally. BIU 1 is then forced to reset in the middle of 
a scheduled period. As a result, BIU 1 ( biu_out_l signal in Figure 19) stops executing scheduled 
instructions and is taken off line. Figure 19 depicts system activities for three consecutive scheduled 
cycles. As evident from Figure 19, BIU 1 ( biu_out_l ) stops transmitting for the rest of the second 
scheduled cycle. Figure 20 is a detailed picture of Figure 19 and depicts system activities for the duration 
of the second cycle. In case of loss of power, BIU 1 will remain off line. However, after it is powered 
on, BIU 1 will recover at the start of the next scheduled period. The BIUs have similar behavior in the 
case of reset. In other words, if a BIU is reset during normal operation, it will recover and join the system 
at the start of the next scheduled period although the RMU may choose to mask it out. Figure 21 provides 
the details for the recovery of BIU 1. The Schedule for this test case is listed in Appendix D. 
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Figure 19. BIU 1 is powered down for one cycles. 
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Figure 21. BIU 1 recovers, Start-Cycle command. 
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5. Summary 


A single channel, fault-tolerant, fiber-optic backplane was developed to study the feasibility of 
the proposed architecture by Palumbo [1]. This backplane also assists with the investigations of behavior 
of the architecture in the presence of faults. The particular implementation of the architecture that is 
presented here enables a RMU to connect to as many as 29 BIUs; however, for testing purposes a 
maximum of four BIUs are sufficient to demonstrate full channel functionally. The architecture is 
designed, developed, and implemented using VHDL. Time constraints did not allow for a full hardware 
implementation; however, a large segment of the developed architecture is synthesized and implemented 
in hardware using Xilinx FPGAs on multiple prototype boards. The prototype boards are designed so that 
they can be configured to function as either a BIU or a RMU. Analysis of the test cases shows the 
feasibility of the backplane as well as backplane integrity in the presence of faults and recovery from 
faults. 


5.1 Future Enhancements 

There are two areas that require enhancements. The first is the design and development of a voter 
module for the RMU so that the backplane can be replicated and the proposed architecture can be studied 
in its entirety. The other enhancement is the introduction of a new parameter in the schedule, probably a 
third byte, to account for the variable length buses and to make the switch-time overhead minimal. This 
feature could replace the data arrival window currently implemented and thus maximize bus utilization. 
This parameter, delta time, needs to be associated with BIUs and its value needs to be an indication of the 
distance to the RMU so that the RMU switches the multiplexer after this delta time. 
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Appendix A 

VHDL Codes 


File Conventions: 

All modules are separated into entity and architecture pairs and 
are stored in separate files. The file name convention used is as 
follows : 

f ilename_f iletype . vhd 

where, in order to maintain the file names compatibility on the PC and 
the workstation the filename is restricted to only six characters. 

The f iletype is a single character and can be e for entities, a for 
architectures, t for testbenches, or p for packages. All files have 
the same vhd extensions. For instance, the FIFO module is stored in 
fifo_e.vhd and fifo_a .vhd files. 

All files have a document section where the file attributes 
including the author, file name, file use, and all of the activities 
are chronologically described. 

Naming Conventions: 

The reserved words are in lower cases while the user defined names are 
either all in upper cases or at least the first character is in upper 
case. All user defined names are as descriptive as possible and 
underline characters are used to make them legible. 

The I/O signals have one of the following forms: 

Signal_Name_In for input signals, 

Signal _Name_Out for output signals, and 
Signal_Name_In_Out for input and output signals. 

Active low signals are defined as: 

S ignal_Name_Bar 
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File Name: 

CNSTNT 2. VHD 


-- 

Host Machine : 

GATEWAY 486/33 

(IBM AT Clone) 

-- 

Target Machine : 

GATEWAY 486/33 

(IBM AT Clone) 

-- 

Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.2e) 

-- 


DOS Version 6 . 2 


-- 

Organization : 

NASA-LaRC 


-- 

Pro j ect : 

Fly By Light - 

Power By Wire (FBL-PBW) 

-- 

Author : 

Mahyar R. Malekpour 


Creation Date: 

3/19/96 



Name/Number : 



-- 

CNSTNT_P . VHD 


(entity/ architecture) 

-- 

Abstract : 




Acronyms/Abbreviations : 



FBL/PBW 



-- 

Dependencies : 




none 



-- 

Global Objects: 



-- 

Exceptions : 



-- 

Machine/Compiler Dependencies: 



Revisions : 



-- 

Modified on: 

4/9/1996 



by: 

Mahyar Malekpour 


-- 

Address 

Device 

Use 


PORT ADDRESS 0 

XC3020 

Read/Write FIFOs 


PORT ADDRESS 1 

XC3020 

Read Status of FIFO 


PORT ADDRESS 2 

XC3020 

Write Status (reset FIFOs) 

-- 

PORT ADDRESS 3 

XC3020 

Transfer data between FIFOs 


PORT ADDRESS 4 

Not used 


-- 

PORT ADDRESS 5 

XC3020 

Reset and Program XC4000 

-- 

PORT ADDRESS 6 

PAL 

Reset XC3020 


P0RT_ADDRESS_7 

PAL 

Program XC3020 

— 

Revisions : 



-- 

Modified on: 

4/18/1996 


-- 

by: 

Mahyar Malekpour 



Changed port names here instead ■ 

of in the INTRFC_A.VHD file. 


Modified on: 

8/9/1996 


-- 

by: 

Mahyar Malekpour 


-- 

Added Data_Length_Plus_l and Sync_Pattern . 

"" 





library IEEE ; 

use IEEE . std_logic_1164 . all ; 


package CNSTNT_P is 


constant 

PORT Length : integer := 2 ; 





constant 

Data ADDRESS 

std logic vector 

(PORT Length 

downto 

0) 

= "000" ; 

constant 

Status ADDRESS 

std logic vector 

(PORT Length 

downto 

0) 

= "001" ; 

constant 

Command ADDRESS 

std logic vector 

(PORT Length 

downto 

0) 

= "010" ; 

constant 

PORT ADDRESS 3 

std logic vector 

(PORT Length 

downto 

0) 

= "Oil" ; 

constant 

PORT ADDRESS 4 

std logic vector 

(PORT Length 

downto 

0) 

= "100" ; 

constant 

PROG 4000 ADDRESS 

std logic vector 

(PORT Length 

downto 

0) 

= "101" ; 

constant 

PORT ADDRESS 6 

std logic vector 

(PORT Length 

downto 

0) 

= "110" ; 

constant 

PORT ADDRESS 7 

std logic vector 

(PORT Length 

downto 

0) 

= "111" ; 

constant 

BASE ADDRESS : std logic vector (6 

downto 0) := 

"1100000’' 

-- 300 thru 

constant 

Data Length : integer : = 7 





constant 

Data Length Plus 

1 : integer : = Data Length + 1 

; 
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constant Transmit_Byte_Length : integer := 9 ; 

constant Sync_Pattern : std_logic_vector (Data_Length_Plus_l downto 0) := "111111110 


-- BIU_ID_0 is reserved and should not be used. 

-- Only the lower 5 bits are part of the ID and higher 3 bits are reserved 
-- Thus, there are a total of 32 - 2 = 30 BIU/RMUs in a channel. 

-- Minus 2 because ID = 0 is ignored and ID = 31 is a global id. 


-- 8/20/ 
constant 

96 

BIU ID 0 

std logic vector 

(Data Length 

downto 

0) 

= "00000000" ; 


constant 

BIU ID 1 

std logic vector 

(Data Length 

downto 

0) 

= "00000001" ; 


constant 

BIU ID 2 

std logic vector 

(Data Length 

downto 

0) 

= "00000010" ; 


constant 

BIU ID 3 

std logic vector 

(Data Length 

downto 

0) 

= "00000011" ; 


constant 

BIU ID 4 

std logic vector 

(Data Length 

downto 

0) 

= "00000100" ; 


constant 

BIU ID 5 

std logic vector 

(Data Length 

downto 

0) 

= "00000101" ; 


constant 

BIU ID 6 

std logic vector 

(Data Length 

downto 

0) 

= "00000110" ; 


constant 

BIU ID 7 

std logic vector 

(Data Length 

downto 

0) 

= "00000111" ; 


constant 

BIU_ID_8 

std logic vector 

(Data Length 

downto 

0) 

= "00001000" ; 


constant 

RMU ID 1 

std logic vector 

(Data Length 

downto 

0) 

= "00011011" ; 

27 

constant 

RMU ID 2 

std logic vector 

(Data_Length 

downto 

0) 

= "00011100" ; 

28 

constant 

RMU ID 3 

std_logic_vector 

(Data_Length 

downto 

0) 

= "00011101" ; 

29 

constant 

RMU ID 4 

std_logic_vector 

(Data_Length 

downto 

0) 

= "00011110" ; -- 

30 

constant 

Global_BIU_ID : std_logic_vector (Data_Length downto 0) := "00011111" 

; 


constant Bit_Clock_Period : time := 10 ns ; 

constant Delay_2_ns 

time 

= 2 ns ; 

constant Delay_5_ns 

time 

= 5 ns ; 

constant Delay_7_ns 

time 

= 7 ns ; 

constant Delay_10_ns 

time 

= 10 ns ; 

constant Delay_12_ns 

time 

= 12 ns ; 

constant Delay_15_ns 

time 

= 15 ns ; 

constant Delay_20_ns 

time 

= 20 ns ; 

constant Delay_25_ns 

time 

= 25 ns ; 

constant Delay_30_ns 

time 

= 30 ns ; 


end CNSTNT_P ; 


-- File Name: 

PAL22V E.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6.2 

-- Organization: 

NASA- La RC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

- - Author : 

Mahyar R. Malekpour 

-- Creation Date: 

09/21/95 


-- Name/Number : 

PAL22V (entity) 


- - Abstract : 

This file contains the entity declaration for the PC interface that will 
-- be programmed on a PALL22V10 . 

SIGNAL DEFINITION : 


-- Acronyms/ Abbreviat ions : 
FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_LOGIC_l 164 

-- Global Objects: 
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-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 10/12/95 

by: Mahyar Malekpour 

1. Added CLK_In signal to this entity for use by the D flip-flops. 

2. Added X_CLK_0ut signal to separate the reset -port and program-port 
-- operations. The CLK_In is yied to the reset -port and thus to CLK_0ut, 

-- while the X_CLK_out is tied to program-port and is generated for the 

-- Xilinx chip. 


Modified on: 10/16/95 

by: Mahyar Malekpour 

1. "CLK_In" must be hooked up to pin "1" of the PAL22V10, it is the 
-- clock pin of all flip-flops inside the PAL. 

2. "CLK_0ut" must be hooked up to "CLK_In" . It is the feedback clock 
-- generated by the internal logic of the PAL and is used to latch in DO and 
-- D1 signals. 

3. "Done_Prog_Bar" must be hooked up to "FeedBack_Done_Prog" . It is 
-- the feedback for tri-stating the input signal. The Picdesign was wasting 
-- too much of the internal logic blocks and I/O pins beyound our 

-- expectations and was requiring another PAL to do the job! By manually 
-- feeding this signal back to the PAL I managged to tri -state it without 
-- additional PAL and saved a lot of I/O pins in the current PAL. 


library IEEE; 

use IEEE . std_logic_1164 . all ; 

entity PAL22V is 
port ( 

-- Inputs 


CLK In 

in 

std_logic ; 


ADDRESS 

in 

std_logic_vector (9 downto 0) 

: = (others = 

AEN 

in 

std_logic ; -- Address enable, 

active high 

IOWR Bar 

in 

std_logic ; 


IORD Bar 

in 

std_logic ; 


RESET 

in 

std_logic ; - - Power on reset , 

active high 

DO 

in 

std_logic ; 


D1 

in 

std_logic ; 


INIT 

in 

std_logic ; 


FeedBack_Done_Prog 

in 

std_logic ; 


Outputs 

Done Prog Tristate 

out 

std logic ; 


CLK Out 

out 

std logic ; 


x _ CLK _ 0ut 

out 

std logic ; 


Data Out 

out 

std logic ; 


Reset Out 

out 

std logic ; 


In/Outputs 

Done Prog Bar 

out 

std logic ) ; 



end PAL22V ; 


- - File Name : 

-- Host Machine: 

-- Target Machine: 
-- Environment : 

-- Organization: 

-- Project: 


PAL2 2 V_A . VHD 

GATEWAY 486/33 (IBM AT Clone) 

GATEWAY 486/33 (IBM AT Clone) 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 

DOS Version 6.2 

NASA-LaRC 

Fly By Light - Power By Wire (FBL-PBW) 
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Author : 

Creation Date: 


Mahyar R. Malekpour 
09/21/95 


- - Name /Number : 

PAL22V (architecture) 

-- Abstract: 

This file contains the architecture for the PC interface that will 
-- be programmed on a PALL22V10 . 

SIGNAL DEFINITION : 


-- Acronyms/ Abbreviations : 

FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_LOGIC_l 164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 10/3/95 

by: Mahyar Malekpour 

1. The Xilinx program-port is at address 301 Hex. 

2. The reset-port is at address 300 Hex. 

3. Renamed the Reset_Out_Bar signal to Reset_Out for it is a user 
-- programmable signal. Reset_Out signal is tied to the power on RESET 

-- signal and the D1 signal. Through Dl, it can be programmed to stay high 
-- or low provided the reset -port is addressed. The reset -port address is 
-- 300 Hex, for now. 

4. Built a latch for the Dl signal so that the Reset_Out signal can be 
-- user programmable. 

Modified on: 10/12/95 

by: Mahyar Malekpour 

1. The latch is not implementable on the PAL via the Cadence PicDesign 
-- tools. Since the PAL has D flip-flops, I have redefined the latch 

-- construct as a D flip-flop for the Dl signal. 

2. Added CLK_In signal to the entity of this architecture. 

By feeding back the CLK_Out signal generated by the PAL to the PAL via 
-- the CLK_In signal (pin 1) , the CLK_In signal could be used to clock 
-- (latch) the Dl signal. A good test of the tools used (Cadence PicDesign 
-- here) is that it should tie the CLK_In signal to pin 1 of the PAL. 

Note: The CLK_In signal assignment to pin 1 should never be altered. 

3. Added X_CLK_0ut signal to separate the reset -port and program-port 
-- operations. The CLK_In is tied to the reset -port and thus to CLK_0ut , 

-- while the X_CLK_out is tied to program-port and is generated for the 

-- Xilinx chip. 

Modified on: 3/12/96 

by: Mahyar Malekpour 

1. The Xilinx program-port is at NEW address 307 Hex. 

2. The reset -port is at NEW address 306 Hex. 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
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architecture PAL22V_Behaviour of PAL22V is 

signal P0RT_1_S ELECT ED : std_logic ; 
signal P0RT_2_S ELECT ED : std_logic ; 
constant P0RT_1_ADDRESS : std_logic_vector (9 downto 0) := "1100000110" ; 

constant PORT_2_ADDRESS : std_logic_vector (9 downto 0) := "1100000111 

begin 


Check_Addresses : process ( ADDRESS, AEN, IOWR_Bar, IORD_Bar ) 
variable TEMP, TEMP2, TEMP3 : std_logic := 'O' ; 
begin 

TEMP2 := (not AEN) and (not IOWR_Bar) ; 

if ( ADDRESS = PORT_l_ADDRESS ) then 
TEMP : = ' 1 ' ; 
else 

TEMP : = 'O' ; 
end i f ; 

-- writing to reset -port 
PORT_l_SELECTED <= TEMP and TEMP2 ; 

if ( ADDRESS = PORT_2_ADDRESS ) then 
TEMP : = ' 1 ' ; 
else 

TEMP := 'O' ; 
end i f ; 

-- writing to program-port 
PORT_2_SELECTED <= TEMP and TEMP2 ; 

end process ; 


-- Need to be able to reset the Xilinx for longer than one write cycle. 
-- Therefore, we need to latch the D1 signal that is used to reset the 
-- Xilinx. 

Latch_Process : process ( CLK_In ) 
begin 

if ( Rising_Edge ( CLK_In ) ) then 
Reset_Out <= DO ; 
end i f ; 
end process ; 


CLK_Out <= not ( PORT_l_SELECTED ) ; 

X_CL K _ 0ut <= not ( PORT_2_SELECTED ) ; -- not ( PORT_SELECTED and (not IOWR_Bar) ) 

Data_Out <= DO ; 

Latch_DP_process : process ( CLK_In ) 
begin 

if ( Rising_Edge ( CLK_In ) ) then 
Done_Prog_Bar <= D1 ; 
end i f ; 
end process ; 


Tri_State_Process : process ( FeedBack_Done_Prog ) 
begin 

if ( FeedBack_Done_Prog = '1' ) then 
Done_Prog_Tristate <= 'O' ; 
else 

Done_Prog_Tristate <= ' Z ' ; 
end i f ; 

end process ; 
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end PAL22V_Behaviour ; 


-- File Name: 

FIFO E.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

- - Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6 . 2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R . Malekpour 

-- Creation Date: 

7/22/1996 


- - Name/Number : 

FIFO (entity) 


-- Abstract: 

This file contains the entity declaration for a generic FIFO. 
-- It conforms with the FIFO chip used in our board, i.e., AM??? 

SIGNAL DEFINITION : 


- Full_Flag_Bar 

-- active 

low, 

'1' 

==> not full, 'O' 

==> 

full 

- Empty_Flag 

-- active 

high. 

'O' 

==> empty, '1' ==> 

not 

empty 

- HF_Flag_Bar 

-- active 

low, 

' 1 * 

==> not half full, 

' 0 ' 

==> half full 


- - Acronyms /Abbreviations : 

-- Dependencies: 

IEEE . STD_L0GIC_1 164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: ??/??/96 

by: Mahyar Malekpour 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 


entity FIFO 
generic 


is 

( 

Period 

Depth 


Width 


time := 100 ns ; 

natural : = 10 ; -- 2 K for now 

natural := 7 ) ; -- 8 -bit Byte 


port 


Data_In 
Data Out 


in std_logic_vector (Width downto 0) 

out std_logic_vector (Width downto 0) 


Reset Bar 

in 

std logic 

-- := ' 1 ' 

; 

Read Bar 

in 

std logic 

-- := ' 1 ' 

; 

Write_Bar 

in 

std logic 

-- := ' 1 ' 

* 

Full_Flag_Bar 

out 

std logic 

-- active 

low 

Empty Flag 

out 

std logic 

-- active 

high 

HF_Flag_Bar 

out 

std logic 

-- active 

low 


end FIFO ; 


ZZZZZZZZ 


-- File Name: FIFO A.VHD 
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-- Host Machine: 

-- Target Machine: 
-- Environment : 

-- Organization: 

-- Project: 

-- Author: 

-- Creation Date: 


GATEWAY 486/33 (IBM AT Clone) 

GATEWAY 486/33 (IBM AT Clone) 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 

DOS Version 6 . 2 

NASA-LaRC 

Fly By Light - Power By Wire (FBL-PBW) 

Mahyar R . Malekpour 
7/22/1996 


- - Name /Number : 

FIFO (entity) 

-- Abstract: 

This file contains the entity declaration for a generic FIFO. 
-- It conforms with the FIFO chip used in our board, i.e., AM??? 

SIGNAL DEFINITION : 


Ful l_Flag_Bar 

-- active 

low, 

' 1 • 

==> not full, 'O' 

==> 

full 

Empty Flag 

-- active 

high. 

1 0 • 

==> empty, ' 1 ' ==> 

not 

empty 

HF_Flag_Bar 

-- active 

low, 

1 1 1 

==> not half full, 

' 0 ' 

==> half full 


-- Acronyms/Abbreviations : 

-- Dependencies: 

IEEE . STD_L0GIC_1 164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 8/9/96 

by: Mahyar Malekpour 

-- Fine tuned a bit more today. 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
use ieee . std_logic_arith . all ; 
use work .my_std_logic_arith . all ; 

architecture FIFO Behave of FIFO is 


type Memory is array (0 to Depth - 1) of integer ; 
signal FIFO_Memory : Memory ; 

begin 


process ( Read_Bar, Write_Bar, Reset_Bar ) 

variable Delay : time := Period / 3 ; 

variable Count : natural range 0 to Depth := 0 ; 

variable Read_Ptr : natural range 0 to Depth := 0 ; 

variable Write_Ptr : natural range 0 to Depth := 0 ; 

variable TEMP : integer := 0 ; 

begin 

if (Read_Bar = ' 1 ' ) and (Write_Bar = '1') and (Reset_Bar = '0') then 
Write_Ptr := 0 ; 

Read_Ptr : = 0 ; 

Count : = 0 ; 

Full_Flag_Bar <= ' 1 ' after Delay ; 

Empty_Flag <= 'O' after Delay ; 

HF_Flag_Bar <= ' 1 ' after Delay ; 

Data_Out <= " ZZZZZZZZ" ; --a must here 
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elsif ( Reset_Bar = ' 1 ' ) then 

if ( Falling_Edge ( Write_Bar ) and ( Count < Depth ) ) then 
Count : = Count + 1 ; 

TEMP := To_Integer ( Data_In ) ; 

FIFO_Memory ( Write_Ptr ) <= TEMP ; 

Write_Ptr := ( Write_Ptr + 1 ) mod Depth ; 
end i f ; 

if ( Falling_Edge ( Read_Bar ) and ( Count > 0 ) ) then 
TEMP := FIFO_Memory ( Read_Ptr ) ; 

Data_Out <= To_StdLogicVector ( TEMP, 8 ) after 10 ns ; 
Count : = Count - 1 ; 

Read_Ptr := ( Read_Ptr + 1 ) mod Depth ; 

elsif Rising_Edge ( Read_Bar ) then 

Data_Out <= " ZZZZZZZZ" after 10 ns ; --a must 

end i f ; 

if ( Count = 0 ) then 

Empty_Flag <= 1 0 1 after Delay ; 
else 

Empty_Flag <= 1 1 1 after Delay ; 
end if ; 

if ( Count >= Depth ) then 

Full_Flag_Bar <= 'O' after Delay ; 
else 

Full_Flag_Bar <= * 1 * after Delay ; 
end i f ; 

if ( Count >= Depth / 2 ) then 
HF_Flag_Bar <= 'O' after Delay ; 
else 

HF_Flag_Bar <= '1' after Delay ; 
end i f ; 

end if ; 

end process ; 


end FIFO_Behave ; 


-- File Name: 

XC3020 E.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

- - Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6.2 

-- Organization: 

NASA- La RC 

- - Pro j ect : 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R. Malekpour 

-- Creation Date: 

3/19/96 


-- Name/Number: 

XC3020 (entity) 


- - Abstract : 

This file contains the entity declaration for the PC interface and part 
-- of the BIU that will be programmed on a Xilinx XC3020. 

SIGNAL DEFINITION : 


-- Acronyms /Abbrevi at ions : 
FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE. STD LOGIC 1164 
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-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 3/25/1996 

by: Mahyar Malekpour 

Added Chip_Select_Bar signal to the entity. It is needed in the XC4000. 

Modified on: 4/9/199 6 

by: Mahyar Malekpour 

Added CCLK_4000, Din_4000, Prog_4000 / INIT_4000, and DONE_4000 signals 
-- to the entity. They are used for programming of the XC4000 in both the 
-- slave serial mode and parallel periferal mode. 

Modified on: 6/7/1996 

by: Mahyar Malekpour 

-- Added Direction signal to the entity to control flow of data thru 74LS245 
-- bidirectional buffer that connects uP_Data bus to the XC3020. The dehault 
-- value of Direction signal is high, i.e., uP is writing, otherwise low only 
-- when uP is reading from ports within the xc3020. 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 

entity XC3020 is 
port ( 

-- the following 4 signals are not synthesi zable and so are commented out. 
-- 3/19/96 


RESET 

: in 

std logic ; -- Power on reset, active high 

CLK_In 

: in 

std_logic ; 


Serial_Prog_In 

: in 

std_logic ; 


Done_Prog_Bar 

: in 

std_logic ; 


Reset_BIU 

out 

std_logic ; 


Direction 

out 

std_logic ; 


Data_Read_Bar 

out 

std_logic ; 


Data_Write_Bar 

out 

std_logic ; 


-- This signal is added because it is needed in the XC4000 
-- Mahyar 3/25/1996 


Chip_Select_Bar 

out 

std_logic ; 


ADDRESS 

in 

std_logic_vector (9 downto 0) 


AEN Bar 

in 

std_logic ; -- Address enable 

active high 

IOWR Bar 

in 

std_logic ; 


IORD_Bar 

in 

std_logic ; 


uP Data In Out 

in out 

std_logic_vector (Data_Length 

downto 0) ; 

FIFO Data In Out 

in out 

std_logic_vector (Data_Length 

downto 0) ; 

Input FIFO Reset Bar 

out 

std logic ; 


Input FIFO Read Bar 

out 

std logic ; 


Input_FIFO_Write_Bar 

out 

std logic ; 


I nput_F I FO_Fu 1 l_Bar 

in 

std logic ; 


Input FIFO Empty Bar 

in 

std logic ; 


Input_FIFO_HF_Bar 

in 

std logic ; 


Output FIFO Reset Bar 

out 

std logic ; 


Output FIFO Read Bar 

out 

std logic ; 


Output_FIFO_Write_Bar 

out 

std logic ; 


Output_FI FO_Ful l_Bar 

in 

std logic ; 


Output_FIFO_Empty_Bar 

in 

std logic ; 


Output_FIFO_HF_Bar 

in 

std logic ; 


BIU FIFO Read Bar 

in 

std logic ; 


BIU_FIFO_Write_Bar 

in 

std logic ; 


CCLK_4000 

out 

std logic ; 


Prog 4000 

out 

std logic ; 
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INIT_4000 
DONE 4000 


m 

in 


std_logic ; 
std_logic 


) ; 

end XC3020 ; 


-- File Name: 

XC3020 A.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

- - Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6 . 2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R. Malekpour 

-- Creation Date: 

3/19/96 


- - Name /Number : 

XC3020 (architecture) 


-- Abstract: 

This file contains the architecture for the PC interface and part 
-- of the BIU that will be programmed on a Xilinx XC3020. 

SIGNAL DEFINITION : 


-- Acronyms /Abbreviat ions : 

FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_LOGIC_l 164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 4/9/1996 

by: Mahyar Malekpour 

-- Modified the entities to reflect the newly added XC4000 related signals. 

Modified on: 6/7/1996 

by: Mahyar Malekpour 

-- Modified the entities to reflect the newly added Direction signal. 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 

architecture XC3020 Behave of XC3020 is 


component INTRFC 
port ( 

Reset_BIU 

Direction 

Data_Read_Bar 

Data_Write_Bar 

Chip_Select_Bar 

ADDRESS 

I0WR_Bar 

I0RD_Bar 

uP Data In Out 


out std_logic 
out std_logic 
out std_logic 
out std_logic 

in 

in 
in 
in 

inout std_logic_vector 


chip select, active low 
(PORT_Length downto 0) 

(Data_Length downto 0) 


std_logic ; 


st d_logi c_vect or 
std_logic ; 
std logic ; 
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FIFO_Data_In_Out 

Input_F I FO_Re set_Bar 
I nput_F I FO_Re ad_Bar 
I nput_F I FO_Wr i t e_Bar 
I nput_F I FO_Fu 1 l_Bar 
Input_F I FO_Empty_Bar 
Input_F I FO_HF_Bar 

Output_FIFO_Reset_Bar 
Output_FIFO_Read_Bar 
Output_F I FO_Wr i t e_Ba r 
Output_FI FO_Ful l_Bar 
Output_FIFO_Empty_Bar 
Output_FIFO_HF_Bar 

B IU_FI FO_Read_Bar 
BIU_FIFO_Write_Bar 

CCLK_4000 
Pr°g_4000 
INIT_4000 
DONE 4000 


inout 

std logic 

vector 

out 

std logic 


out 

std logic 

; 

out 

std logic 

; 

in 

std logic 

; 

in 

std logic 

; 

in 

std logic 

'• 

out 

std logic 

; 

out 

std logic 

; 

out 

std logic 

; 

in 

std logic 

; 

in 

std logic 

; 

in 

std logic 

; 

in 

std logic 

; 

in 

std logic 

'• 

out 

std logic 

; 

out 

std logic 

; 

in 

in 

std_logic 

std_logic 

; 


(Data_Length downto 0) ; 


) ; 

end component ; 


component uP_PRT 
port ( 

ADDRESS 

AEN_Bar 

Chip_Select_Bar 


in std_logic_vector (9 downto 0) ; 

in std_logic ; -- Address enable, active high 
out std_logic -- chip select, active low 


) ; 

end component ; 


for all : INTRFC use entity work . INTRFC ( INTRFC_Behaviour ) ; 
for all : uP_PRT use entity work.uP_PRT (uP_PRT_Behave) ; 


-- for INTRFC 
-- for uP_PRT 

signal Chip_Select : std_logic ; 


begin 

U0 : INTRFC port map ( Reset_BIU, Direction, Data_Read_Bar , 

Data_Write_Bar , Chip_Select , 

ADDRESS (PORT_Length downto 0) , 

I0WR_Bar, IORD_Bar, uP_Data_In_Out , 
FIFO_Data_In_Out , 

Input_FIFO_Reset_Bar , Input_FIFO_Read_Bar , 
Input_FIFO_Write_Bar , 

Input_FIFO_Full_Bar , Input_FIFO_Empty_Bar , 
Input_FIFO_HF_Bar , 

Output_FIFO_Reset_Bar , Output_FIFO_Read_Bar , 
Output_FIFO_Write_Bar , 

Output_FI FO_Ful l_Bar , Output_FIFO_Empty_Bar , 
Output_FI FO_HF_Bar , 

BIU_FIFO_Read_Bar, BIU_FIFO_Write_Bar , 
CCLK_4000 , Prog_4000 , INIT_4000, DONE_4000 ) ; 

U1 : uP_PRT port map ( ADDRESS, AEN_Bar, Chip_Select ) ; 

-- Send it out to the XC4000 as well 
Chip_Select_Bar <= Chip_Select ; 

end XC3020_Behave ; 
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-- File Name: 

INTRFC E.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6 . 2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R . Malekpour 

-- Creation Date: 

10/24/95 


-- Name/Number: 

INTRFC (entity) 


-- Abstract: 

This file contains the entity declaration for the PC interface that will 
-- be programmed on a Xilinx XC3000. 

SIGNAL DEFINITION : 


-- Acronyms/Abbreviations : 
FBL/PBW 

BIU - Bus Interface Unit 


-- Dependencies: 

IEEE . STD_L0GIC_1 164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 
-- Revisions: 


Modified on: 10/24/95 

by: Mahyar Malekpour 

1. A head count of the I/O pins (as of now) : 

-- 41 I/O pins needed: 

18 for two FIFOs, 8 data lines, 10 address lines, 3 control lines 
(AEN, IOWR, and IORD) , and 2 from the two FIFOs. 

-- XC300 provides us with 54 I/O pins, 

-- Therefore, our PC interface should fit inside one XC3000, but the BIU 
-- will not! The BIU will require, at least, 18 I/O pins for the two FIFOs 
-- interface in addition to its other I/O pins. 


Modified on: 3/12/96 

by: Mahyar Malekpour 

1. Bring in the half -full flags of the FIFOs. Two more I/O pins used. 


Modified on: 3/19/96 

by: Mahyar Malekpour 


Modified on: 6/7/1996 

by: Mahyar Malekpour 

-- Modified the entities to reflect the newly added Direction signal. 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 


entity INTRFC is 
port ( 

-- the following 4 signals are not 
-- 3/19/96 

RESET 

CLK_In 

Serial_Prog_In 

Done_Prog_Bar 


synthesi zable and so are commented out. 

: in std_logic ; -- Power on reset, active high 

: in std_logic ; 

: in std_logic ; 

: in std_logic ; 


Reset_BIU 

Direction 


out std_logic ; 

out std_logic ; 
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Data Read Bar 

out 

std logic ; 





Data Write Bar 

out 

std logic ; 





Chip Select Bar 

in 

std logic ; -- chip select, active low 

ADDRESS 

in 

std logic vector 

(PORT_ 

Length 

downto 

0 

IOWR Bar 

in 

std logic ; 





IORD_Bar 

in 

std logic ; 





uP Data In Out 

inout 

std logic vector 

(Data 

Length 

downto 

0 

FIFO_Data_In_Out 

inout 

std logic vector 

(Data 

Length 

downto 

0 

Input FIFO Reset Bar 

out 

std logic ; 





I nput_F I FO_Re ad_Bar 

out 

std logic ; 





I nput_F I FO_Wr i t e_Bar 

out 

std logic ; 





I nput_F I FO_Fu 1 l_Bar 

in 

std logic ; 





Input_F I FO_Empty_Bar 

in 

std logic ; 





Input_F I FO_HF_Bar 

in 

std logic ; 





Output FIFO Reset Bar 

out 

std logic ; 





Output_FIFO_Read_Bar 

out 

std logic ; 





Output_F I FO_Wr i t e_Ba r 

out 

std_logic ; 





Output_FI FO_Ful l_Bar 

in 

std_logic ; 





Output_FIFO_Empty_Bar 

in 

std_logic ; 





Output_FIFO_HF_Bar 

in 

std_logic ; 





BIU_FIFO_Read_Bar 

in 

std_logic ; 





B I U_F I FO_W r i t e_Ba r 

in 

std_logic ; 





CCLK_4000 

out 

std_logic ; 





Prog 4000 

out 

std_logic ; 





INIT 4000 

in 

std_logic ; 





DONE 4000 

in 

std_logic 






) ; 

end INTRFC ; 


- - File Name : 

INTRFC A.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

- - Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6.2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R. Malekpour 

-- Creation Date: 

10/24/95 


-- Name/Number: 

INTRFC (architecture) 


- - Abstract : 

This file contains the architecture for the PC interface that will 
-- be programmed on a Xilinx XC3000. 

SIGNAL DEFINITION : 


-- Acronyms/ Abbreviations : 

FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_LOGIC_1164 
WORK. CNSTNT_P .all 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 
-- Revisions: 
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Modified on: 11/22/95 

by: Mahyar Malekpour 

Declared a constant, Xilinx_Delay, to reflect and study the effect of 
-- inherent propagation delay in the Xilinx 3000. The preliminary resuts 
-- indicate that we may have some timing problem while fetching, i.e. 

-- reading, data from the Output_FIFO. 

Xilinx_Delay = 30 ===> it works 

Xilinx_Delay = 40 ===> it doesn't work 

-- Need to study this futher. 

Modified on: 11/27/95 

by: Mahyar Malekpour 

Modified the code to overcome the timing problems associated with the 
-- propagation delay imposed by the Xilinx FPGA. While reading data from 
-- the FIFO, the bidirectional bus is now controlled directly by the 
-- I0RD_Bar signal. With this arrangement, the data bus will not be driven 
-- by the FIFOs when the bus is to be tri -stated. The time period where the 
-- I0RD_Bar is active, when low, has to be long enogh to account for the 
-- Xilinx delay as well as FIFO response time. This time is about >= 70 ns. 

Modified on: 11/30/95 

by: Mahyar Malekpour 

Modified the BIU_Read_Write_FIFO process to emulate activities of the 
-- BIUs. See notes by the BIU_Read_Write_FIFO process. 

Modified on: 3/12/96 

by: Mahyar Malekpour 


Modified on: 3/28/96 

by: Mahyar Malekpour 

Added 4 new signals to this module: 

Reset_BIU, uP_Data_Pin_5 , uP_Data_Pin_6 , uP_Data_Pin_7 
-- These signal are send out for possible future use in other parts of the 
-- BIU. With this addition, all bits of the uP data bus are used when the 
-- uP addresses the "reset" port. Thus, the uP can, thru software, 

-- selectively and/or collectively reset parts or all of the system. 

-- uP_Data_In_Out (0) : reset input FIFO 

-- uP_Data_In_Out (1) : reset output FIFO 

-- uP_Data_In_Out (2) : input FIFO write and output FIFO read 
-- uP_Data_In_Out (3) : output FIFO write and input FIFO read 
-- uP_Data_In_Out (4) : reset BIU, i.e., global reset 

-- uP_Data_In_Out (5) : Not used 

-- uP_Data_In_Out (6) : Not used 

-- uP_Data_In_Out (7) : Not used 

Modified on: 4/1/96 

by: Mahyar Malekpour 

Latched the reset commands written to the Command_ADDRESS from the uP 
-- data bus into an internal register, Latched_Command, for futher use. 

Modified on: 4/16/96 

by: Mahyar Malekpour 

The bit 4 of the latched command is used as a global reset to the BIU, 

-- and hence is named Reset_BIU. When high, the BIU and the FIFOs are reset. 
-- Since it is latched, it must be lowered after some time interval for the 
-- normal operations to resume. 

Modified on: 4/19/96 

by: Mahyar Malekpour 

-- Simplified the code and got rid of the previous modifications. 

Modified on: 5/2/96 

by: Mahyar Malekpour 

-- Added the last segment to the bus so data can be written to and read from 
-- the XC4000 via the same bus that is used to access the two FIFOs. Thus, 
-- this bus, FIFO_Data_In_Out bus, is being driven from five directions and 
-- thru three ports. This bus is also used to program the XC4000 via the 
-- XC3020 in the parallel synchronous prepheral mode. 
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a . Data port : 

1. read FIFO_Out 

2 . write FIFO_In 

b. PR0G_4 000 port 

3. program XC4000 

c. 4000_Status port 

4 . read BIU status 

5 . write schedule to RAM 


Modified on: 6/7/1996 

by: Mahyar Malekpour 

-- Modified the entities to reflect the newly added Direction signal. 

Modified on: 8/27/96 

by: Mahyar Malekpour 

Once again there is a need to individually reset the FIFOs and 
-- independely from the BIU. Therefore, using the same old "reset" port 
-- the FIFOs and the BIU can now be reset thru the following data bits: 


--Up 

Data 

In 

_0ut 

(0) 

reset input FIFO 

-- up" 

_Data_ 

'ln~ 

_0ut 

(1) 

reset output FIFO 

-- up" 

_Data_ 

In" 

_0ut 

(2) 

Not used 

-- up" 

_Data_ 

In" 

_0ut 

(3) 

Not used 

-- up" 

_Data_ 

In" 

_0ut 

(4) 

reset BIU 

-- up" 

_Data_ 

In" 

_0ut 

(5) 

Not used 

-- UP - 

_Data_ 

In" 

_0ut 

(6) 

Not used 

-- UP - 

_Data_ 

In" 

_0ut 

(7) 

Not used 


Thus, there is no such thing as global reset anymore. 

Note: I have also inverted the Reset_BIU input, i.e., data bit 4, to 
--be consistent with the FIFO reset input bits. MUST reflect this change 
-- in the C/C++ code of the test -bench. 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 


architecture INTRFC Behaviour of INTRFC is 


signal 

Latched_Command : std_ 

_logic_vector (Data_Length downto 0) 

signal 

Data SELECTED Bar 

std_logic ; 

signal 

FIF0_Read 

std_logic ; 

signal 

Status SELECTED Bar 

std_logic ; 

signal 

Status Read 

std logic ; 

signal 

Command SELECTED Bar 

std logic ; 

signal 

PROG 4000_SELECTED Bar 

std logic ; 

signal 

PROG_4000_Read 

std logic ; 


begin 


-- This process decifers the incomming address bits and activates one of 
-- the selected ports used in this module. 

Check_Addresses : process ( Chip_Select_Bar , ADDRESS ) 

begin 

Command_SELECTED_Bar <= ' 1 ' ; 

Data_SELECTED_Bar <= ' 1 ' ; 

Status_SELECTED_Bar <= ' 1 ' ; 

PR0G_4 0 0 0_SELECTED_Bar <= ' 1 ' ; 
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if ( ADDRESS = Data_ADDRESS ) and ( Chip_Select_Bar = 'O' ) then 
-- Writing data to the FIFO_In and reading data from the FIFO_Out 
Data_SELECTED_Bar <= 'O' ; 

elsif ( ADDRESS = Status_ADDRESS ) and ( Chip_Select_Bar = 'O' ) then 
-- reading the FIFO-staus-register contents 
Status_SELECTED_Bar <= 'O' ; 

elsif ( ADDRESS = Command_ADDRESS ) and ( Chip_Select_Bar = 'O' ) then 
-- Resetting the BIU and the FIFOs 
Command_SELECTED_Bar <= 'O' ; 

elsif ( ADDRESS = PROG_4000_ADDRESS ) and ( Chip_Select_Bar = 'O' ) then 
-- reseting and programming the XC4000 and reading XC4000 status 
-- from the INIT and DONE signals. All thru the same port. 

PROG_4 0 0 0_SELECTED_Bar <= 'O' ; 

end i f ; 
end process ; 


-- Defining a bi-deirectional buffer for the data bus 

-- The next two processes work together to define the bi-deirectional bus 

uP_Read_FIFO_Status : process ( FIFO_Read, Status_Read, PROG_4000_Read , 

FIFO_Data_In_Out / INIT_4000, DONE_4000, 

Input_FIFO_Full_Bar / Input_FIFO_Empty_Bar , Input_FIFO_HF_Bar , 
Output_FIFO_Full_Bar , Output_FIFO_Empty_Bar , Output_FIFO_HF_Bar ) 

begin 


if ( 

FIFO_ 

Read = 

'O' 

) then 

UP 

Data 

In Out 

< = 

FIFO_Data_In_Out ; 

elsif ( Status Read 

= 'O' ) then 

UP 

_Data_ 

In_Out 

(0) 

< = 

Input_FIFO_Full_Bar ; 

UP" 

_Data_ 

In_Out 

(1) 

< = 

Input_FIFO_Empty_Bar 

UP" 

_Data_ 

In_Out 

(2) 

< = 

Input_FIFO_HF_Bar ; 

UP" 

_Data_ 

In_Out 

(3) 

< = 

Output_FI FO_Ful l_Bar 

UP" 

_Data_ 

In_Out 

(4) 

< = 

Output_FIFO_Empty_Bar 

UP" 

_Data_ 

In_Out 

(5) 

< = 

Output FIFO HF Bar ; 

UP" 

_Data_ 

In_Out 

(6) 

< = 

'O' ; 

uP~ 

Data 

In Out 

(7) 

< = 

'O' ; 

elsif 

( PROG 4000 

Read = 

'O' ) then 

UP 

_Data_ 

In_Out 

(0) 

< = 

INIT 4000 ; 

UP" 

_Data_ 

In_Out 

(1) 

< = 

DONE 4000 ; 

UP" 

_Data_ 

In_Out 

(2) 

< = 

'O' ; 

UP" 

_Data_ 

In_Out 

(3) 

< = 

'O' ; 

UP" 

_Data_ 

In_Out 

(4) 

< = 

'O' ; 

up" 

_Data_ 

In_Out 

(5) 

< = 

'O' ; 

up" 

_Data_ 

In_Out 

(6) 

< = 

'O' ; 

up" 

_Data_ 

In_Out 

(7) 

< = 

'O' ; 


else 

uP_Data_In_Out <= "ZZZZZZZZ" ; 
end i f ; 

end process ; 


uP_Write_FIFO : process ( Data_SELECTED_Bar , uP_Data_In_Out , 

PROG_4 0 0 0_SELECTED_Bar ) 

begin 

if (( Data_SELECTED_Bar = ' 0 ' ) or ( PROG_4000_SELECTED_Bar = 'O' )) then 

FIFO_Data_In_Out < = uP_Data_In_Out ; 
else 

FIFO_Data_In_Out <= "ZZZZZZZZ" ; 
end i f ; 

end process ; 


Latch_Command : process ( Command_SELECTED_Bar , uP_Data_In_Out , IOWR_Bar ) 
begin 

if ( Command_SELECTED_Bar = 'O' ) and ( IOWR_Bar = 'O' ) then -- Latch in the uP data bus. 

Latched_Command < = uP_Data_In_Out ; 
end i f ; 

end process ; 


-- Time to reset the BIU 
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Reset_BIU <= not Latched_Coramand (4) ; 

-- The buffer should transfer data to the uP data bus whenever uP attempts 
-- to read any port in the XC3020 and xc4000 . 

-- 6/7/1996 Mahyar Malekpour 

Direction <= IORD_Bar or Chip_Select_Bar ; 

-- Time to reset the FIFOs 
-- 8/27/96 

Input_FIFO_Reset_Bar <= Latched_Command (0) ; 

Output_FIFO_Reset_Bar <= Latched_Command (1) ; 

-- Send the rest of the data bus out for future use in other 
-- parts of the BIU. 

-- Mahyar 3/28/1996 

Prog_4000 <= Latched_Command (5) ; 

Data_Read_Bar <= Latched_Command (6) ; 

Data_Write_Bar <= Latched_Command (7) ; 

-- Time to read or write to the FIFOs 
FIF0_Read <= I0RD_Bar or Data_SELECTED_Bar ; 

-- Time to read the FIFOs status 

Status_Read <= I0RD_Bar or Status_SELECTED_Bar ; 

-- Time to grogram the XC4000 

PR0G_4 0 0 0_Read <= I0RD_Bar or PROG_4000_SELECTED_Bar ; 

CCLK_4000 <= I0WR_Bar or PROG_4000_SELECTED_Bar ; 


-- This process processes all selected commands for reading and writing 
-- to the I/O ports. It also initializes the signals at the power on. 

Command_Process : process ( Data_SELECTED_Bar , Latched_Command, 

IORD_Bar, I0WR_Bar, Status_SELECTED_Bar , 
PR0G_4 0 0 0_SELECTED_Bar ) 


begin 


-- Time to reset the system 

if ( Latched_Command (4) = 'O' ) then -- i.e. if Reset_BIU is low 
8/27/96 

if ( Latched_Command (0) = 'O' ) then -- i.e. if reset input FIFO 

-- The following 2 signals need to be high during the reset process 
-- therefore, they can be tied and controled by a single data line. 
Input_FIFO_Write_Bar <= '1' ; 

elsif ( Latched_Command (1) = 'O' ) then -- i.e. if reset output FIFO 
Output_FIFO_Read_Bar <= '1' ; 

else 

Input_FIFO_Write_Bar <= IOWR_Bar or Data_SELECTED_Bar ; 
Output_FIFO_Read_Bar <= IORD_Bar or Data_SELECTED_Bar ; 

end i f ; 
end process ; 


BIU_Read_Write_FIFO 

begin 


process ( Latched_Command, 

BIU_FIFO_Write_Bar, BIU_FIFO_Read_Bar ) 


if ( Latched_Command (4) = 'O' ) then -- i.e. if Reset_BIU is low 
8/27/96 

if ( Latched_Command (0) = 'O' ) then -- i.e. if reset input FIFO 
-- The following 2 signals need to be high during the reset process 
-- therefore, they can be tied and controled by a single data line. 
Input_FIFO_Read_Bar <= '1' ; 

elsif ( Latched_Command (1) = 'O' ) then -- i.e. if reset output FIFO 
Output_FIFO_Write_Bar <= '1' ; 


else 

-- BIU is reading from the Input_FIFO 
Input_FIFO_Read_Bar <= BIU_FIFO_Read_Bar ; 
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-- BIU is writing to the Output_FIFO 
Output_FIFO_Write_Bar <= BIU_FIFO_Write_Bar ; 

end i f ; 

end process ; 


end INTRFC_Behaviour ; 


-- File Name: 

uP PRT E.VHD 

- - Host Machine : 

GATEWAY 486/33 (IBM AT Clone) 

- - Target Machine : 

GATEWAY 486/33 (IBM AT Clone) 

-- Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6 . 2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R . Malekpour 

-- Creation Date: 

3/19/96 


-- Name/Number: 

uP_PRT (entity) 


-- Abstract: 

This file contains the entity declaration for the interface part of 
-- the PC. It simply decodes the address, using only the upper bits, and 
-- generats a chip select signal to activate the BIU and uP interactions. 
-- This entity is to be programmed on a Xilinx XC3020. 

SIGNAL DEFINITION : 


-- Acronyms /Abbrevi at ion s : 

FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_L0GIC_1 164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: ??/??/ 1996 

by: Mahyar Malekpour 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 


entity uP_PRT is 
port ( 

ADDRESS 

AEN_Bar 

Chip_Select_Bar 


in std_logic_vector (9 downto 0) ; 

in std_logic ; -- Address enable, active high 
out std_logic -- chip select, active low 


) ; 

end uP_PRT ; 


-- File Name: uP_PRT_A.VHD 

-- Host Machine: GATEWAY 486/33 (IBM AT Clone) 
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-- Target Machine: 
- - Environment : 

-- Organization: 

-- Project: 

-- Author: 

-- Creation Date: 


GATEWAY 486/33 (IBM AT Clone) 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 

DOS Version 6 . 2 

NASA-LaRC 

Fly By Light - Power By Wire (FBL-PBW) 

Mahyar R . Malekpour 
3/19/96 


- - Name /Number : 

uP_PRT (architeture) 

-- Abstract: 

This file contains the entity declaration for the interface part of 
-- the PC. It simply decodes the address, using only the upper bits, and 
-- generats a chip select signal to activate the BIU and uP interactions. 
-- This entity is to be programmed on a Xilinx XC3020. 

SIGNAL DEFINITION : 


- - Acronyms/ Abbreviations : 

FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_L0GIC_1 164 

CNSTNT_P 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: ??/??/?? 

by: Mahyar Malekpour 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 

architecture uP_PRT_Behave of uP_PRT is 
begin 

Check_Addresses : process ( ADDRESS, AEN_Bar ) 
begin 

if ( ADDRESS (9 downto (PORT_Length + 1) ) = BASE_ADDRESS ) then 
Chip_Select_Bar <= AEN_Bar ; 
else 

Chip_Select_Bar <= ' 1 ' ; 

end i f ; 

end process ; 


end uP_PRT_Behave ; 


- - File Name : 

-- Host Machine: 

-- Target Machine: 
-- Environment : 

-- Organization: 

-- Project: 

-- Author: 

-- Creation Date: 


XC4 0 0 5_E . VHD 

GATEWAY 486/33 (IBM AT Clone) 

GATEWAY 486/33 (IBM AT Clone) 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 

DOS Version 6.2 

NASA-LaRC 

Fly By Light - Power By Wire (FBL-PBW) 

Mahyar R. Malekpour 

6/10/1996 based on xc4000 created on 03/22/96 
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- - Name /Number : 

XC4005 (entity) 

-- Abstract: 

This file contains the entity declaration for the FBL/PBW fault -tolerant 
architecture BIU. 

SIGNAL DEFINITION : 

BIU_ID 
S_In 
S_Out 
Reset BIU 


FIFO_Data_In 
FI FO_Re a d_Ba r 
FI FO_Da t a_Out 
F I FO_Wr i t e_Ba r 
Chip_Select_Bar 

BIU_Reset 
ROM_Dat a 
ROM_Read_bar 
ROM_ADDRESS 
Clock_In 
Clock_Out 

- - Acronyms /Abbreviations : 

FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_L0GIC_1 164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 3/27/96 

by: Mahyar Malekpour 

Added " Reset_BIU" signal to clear the 4 -bit counter and reset it in a 
-- known initial state. This signal is active high because the Flip-Flops 
-- in Xilinx 4000 require high for "clr" . 

Modified on: 4/12/96 

by: Mahyar Malekpour 

-- Added three address lines so that I can transfer data between the FIFOs 
-- on demand. Again, this is for intermediate step and for test purposes. 

-- It will have to be modified later. 

Modified on: 5/6/96 

by: Mahyar Malekpour 

-- Added the last segment of the FIFO Bus, FIFO_Data_In_Out , that connects 
-- XC4000 to XC3020 and thus to the uP. It allows read and write of data 
-- to and from the XC4000 status registers as well as the adjoining RAM 
-- that holds the schedule of events. This segment of the bus MUST be 
-- tri -stated when not in use as other segments are. Two new signals, 

-- Data_Read_Bar and Data_Write_Bar , were also added for the correspong 
-- operation to be controlled by the uP. 

Modified on: 8/22/96 

by: Mahyar Malekpour 

-- Added Switch_Time_In and INTRPT_Out to this entity. 

-- Switch_Time_In is provided to give the user more control over the switch time. 
-- INTRPT_Out is used to let the uP know a new cycle started. 

Modified on: 8/27/96 

by: Mahyar Malekpour 

-- Added INTRPT_ACK_In to this entity. 


: BIU ID 

: Serial data into BIU 
: Serial data out of BIU 

: asserted by peripheral microprocessor to reset BIU, active high 
This signal is active high because the Flip-Flops in 
Xilinx 4000 require high for "clr" . 

: 8-bit data from FIF0_In into BIU 

: triggers reading from the input FIFO, FIFO_In, active low 
: 8 -bit data out of BIU to FIF0_0ut 

: triggers writing to the output FIFO, FIFO_Out, active low 
: active low, used by uProcessor to select BIU for 
uProcessor access. 

: reset line to BIU from uProcessor, active low 
: data lines from EPROM 
: active low, read line to EPROM. 

: address lines to EPROM 
: Input clock to the BIU = Bit clock 
: Output clock of the BIU = Byte clock 
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-- INTRPT_ACK_In is used to let the BIU know that the uP has serviced the 
-- interrupt. 

Modified on: 9/4/96 

by: Mahyar Malekpour 

-- Added MUX_Select to this entity. 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 
use WORK. EPROM_P. all ; 

entity XC4005 is 
PORT ( 

BIU_OR_RMU 
BIU_ID 
S_In 
S_Out 

Reset_BIU : in std_logic ; 

Chip_Select_Bar : in std_logic ; 

FIFO_Data_In : in std_logic_vector (Data_Length downto 0) ; 

Input_FIFO_Read_Bar : out std_logic ; 

I nput_F I FO_Fu 1 l_Bar : in std_logic ; 

Input_FIFO_Empty_Bar : in std_logic ; 

I nput_F I FO_HF_Bar : in std_logic ; 

FIFO_Data_Out : out std_logic_vector (Data_Length downto 0) ; 

Output_FIFO_Write_Bar : out std_logic ; 

Output_FI FO_Ful l_Bar : in std_logic ; 

Output_FIFO_Empty_Bar : in std_logic ; 

Output_FIFO_HF_Bar : in std_logic ; 

FIFO_Data_In_Out : inout std_logic_vector (Data_Length downto 0) ; 

Data_Read_Bar : in std_logic ; 

Data_Write_Bar : in std_logic ; 

Bit_Clock_In : in std_logic ; 

Byte_Clock_Out : out std_logic ; 

ADDRESS : in std_logic_vector (PORT_Length downto 0) ; 

IOWR_Bar : in std_logic ; 

IORD_Bar : in std_logic ; 

Serial_Data_In : in std_logic ; 

Serial_Data_Out : out std_logic ; 

-- the folowing signals are for test purposes only 
-- get rid of them later 
Latched_Sync_Out : out std_logic ; 

ROM_Data : in std_logic_vector (ROM_WIDTH - 1 downto 0) ; 

ROM_Read_Bar : out std_Logic ; -- := 'O' ; -- active low 

ROM_Write_Bar : out std_Logic ; -- := 'O' ; -- active low 

ROM_ADDRESS : out std_logic_vector (ROM_ADDRESS_LINES - 1 downto 0) ; 

Switch_Time_In : in std_logic_vector ( 2 downto 0 ) ; -- three bits for now 

INTRPT_Out : out std_logic ; 

I NT R PT_ACK_ I n : in std_logic ; 

MUX_Select : out std_logic_vector (Data_Length downto 0) 

) ; 

end XC4005 ; 


-- File Name: XC4005_A.VHD 

-- Host Machine: GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: GATEWAY 486/33 (IBM AT Clone) 


: in std_logic ; 

: in std_logic_vector (Data_Length downto 0) ; 

: in std_logic ; 

: out std logic ; 


52 



-- Environment : 

-- Organization: 
-- Project: 

-- Author: 

-- Creation Date: 


Model Technology VHDL Simulation for Windows (Ver 4.3f) 

DOS Version 6 . 2 

NASA-LaRC 

Fly By Light - Power By Wire (FBL-PBW) 

Mahyar R. Malekpour 

6/10/1996 based on xc4000 created on 03/22/9 6 


-- Name/Number: 

XC4005 (architecture) 

-- Abstract: 

This file contains the architecture for the FBL/PBW fault -tolerant 
architecture BIU. 

SIGNAL DEFINITION : 

BIU_ID 
S_In 
S_Out 

FI FO_Da t a_In 
FIFO_Read_Bar 
FI FO_Da t a_Out 
FIFO_Write_Bar 
Chip_Select_Bar 
BIU_Reset 
R0M_Data 
ROM_Read_bar 
ROM_ADDRESS 
Bit_Clock_In 
Byte_Clock_Out 

- - Acronyms /Abbreviations : 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 5/20/96 

by: Mahyar Malekpour 

Added "Strobe" signal that is used to load in data from the FIF0_In into 
-- the p-to-s register. "Strobe" is active only for one bit clock cycle. 

Modified on: 6/11/96 

by: Mahyar Malekpour 

Added P_to_S and S_to_P components. 

Modified on: 6/12/96 

by: Mahyar Malekpour 

Added PSCON component . 

Modified on: 6/17/96 

by: Mahyar Malekpour 

-- P_to_S entity operates on the NEGATIVE edge of the Bit_Clock, 

-- S_to_P entity operates on the POSITIVE edge of the Bit_Clock, 

-- and everything else operate on the POSITIVE edge of the Byte_Clock. 

Modified on: 8/1/96 

by: Mahyar Malekpour 

-- Read_Data_Count added to read the first three bytes, input data packet header, 
-- from the input FIFO. These three bytes are FF, BIU_ID, and Count respectively. 
-- See notes in DATCLK_A . VHD file. 

Modified on: 8/2/96 

by: Mahyar Malekpour 

-- Registering the errors encountered in the designated bit position of the 
-- Status_Reg_0 . 


BIU ID 

Serial data into BIU 

Serial data out of BIU 

8-bit data from FIF0_In into BIU 

triggers reading from the input FIFO, FIFO_In, active low 
8 -bit data out of BIU to FIF0_0ut 

triggers writing to the output FIFO, FIFO_Out, active low 

active low, used by uProcessor to select BIU for uProcessor access. 

reset line to BIU from uProcessor, active ? 

data lines from EPROM 

active low, read line to EPROM. 

address lines to EPROM 

Input clock to the BIU = Bit clock 

Output clock of the BIU = Byte clock 
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-- Register Status_Reg_l is put a side for the micro-processor to write whatever 
-- seemed necessay. 

Modified on: 8/7/96 

by: Mahyar Malekpour 

-- Added Command_Data_Flag to make the most of the S_to_P_Count . The S_to_P_Count 
-- is now treated as the command register while Command_Data_Flag is set high 
-- and as a data byte counter when Command_Data_Flag is set low. 


Modified on: 8/8/96 

by: Mahyar Malekpour 

Added four temporary buffers, Temp_l_Buf f er thru Temp_4_Buf f er , so that 
-- the first three bytes of the data packet header will be around for the next 
-- three Byte clocks. It is essential to keep these header bytes around for 
-- sending them to the output FIFO after matching the BIU_ID. 

As a result, will have to FLUSH these buffers so that all of the incomming 
-- data bytes are transfered to the output FIFO. Thus, the total count is 

-- +2 more than the number of data bytes in the incomming data packet. 

-- Therefore, I increased the size of the S_to_P_Count counter by one bit to 
-- accomodate for the extra two dat bytes. 


Modified on: 8/15/96 

by: Mahyar Malekpour 

-- Separating the Byte_Clock to handel the Sync_Detected . 


Modified on: 8/22/96 

by: Mahyar Malekpour 

-- Added Switch_Time_In and INTRPT_Out to this entity. 

-- Switch_Time_In is provided to give the user more control on the swutch time. 
-- INTRPT_Out is used to let the uP know a new cycle started. 


library IEEE ; 

--use IEEE . std_logic_1164 . all ; 

use WORK. CNSTNT_P. all ; 

use ieee . std_logic_arith . all ; 

--use ieee . std_logic_signed . CONV_INTEGER ; 
use work .my_std_logic_arith . all ; 


architecture XC4005 Behave of XC4005 is 


component BYTCLK 
port ( Reset_BIU 

Start_Cycle 

Sync_Detected 

Bit_Clock_In 

Fixed_Byte_Clock_Out 

Strobe_Out 

Variable_Byte_Clock_Out 

) ; 


in std_logic ; 
in std_logic ; 
in std_logic ; 
in std_logic ; 
out std_logic ; 
out std_logic ; 
out std_logic 


end component ; 


component S_to_P 
PORT ( 

Bit_Clock_In 
Serial_Data_In 
Parallel_Data_Out 
Mode Bit Out 


) ; 


in std_logic ; 

in std_logic ; 

out std_logic_vector ( (Data_Length_Plus_l) downto 0) 
out std_logic 


end component ; 


component P_to_S 
PORT ( 

Bit_Clock_In 
Parallel_Data_In 
Mode_Bit_In 
Load_Parallel 
Serial Data Out 


in std_logic ; 

in std_logic_vector 

in std_logic ; 

in std_logic ; 

out std_logic 


(Data_Length downto 0) ; 
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) ; 

end component ; 

component PSCON 
port ( 

Load_P_TO_S_Count : 

Count_Value : 

F I FO_Empt y_Bar : 

Bit_Clock : 

BYTE_CLOCK : 

Read_FIFO_Error : 

F I FO_RD_b a r : 

end component ; 

component HEADER 
port ( 

BIU_OR_RMU 

Reset_BIU 

BIU_ID 

Mode_Bi t_In 

Data_In 

Byte_Clock_In 

S ync_De t e c t e d_Ou t 

Command_Data_Flag 

Load Counter Out 


end component ; 

component DATCLK 
port ( Reset_BIU 

Transmit_Data 

Byte_Clock_In 

Count_Value_Out 

) ; 

end component ; 

component PRMCON 
port ( 

BIU_OR_RMU 

Reset_BIU 

Sync_Detected 

Start_Cycle 

BIU_ID 

Byte_Clock_In 

Start_Transmit 

Start_Receieve 

Status_Data 

Start_Command 

MUX_Select 

ROM_Data 

ROM_Read_Bar 

ROM_Write_Bar 

ROM_ADDRESS 

EPROM_Error_Flag 

) ; 

end component ; 

component RECEVR 
port ( Reset_BIU 

Start_Cycle 

Receieve_Data 

Byte_Clock_In 

Load_Command_Reg 

Start_Receieve 

Receive_Error_l 

Receive_Error_2 

Switch Time In 


end component ; 


in STD_LOGIC ; 

in std_logic_vector (Data_Length downto 0) ; 

in STD_LOGIC ; 

in STD_LOGIC ; 

in STD_LOGIC ; 

out std_logic ; 

out STD_LOGIC ) ; 


in std_logic ; 

in std_logic ; 

in std_logic_vector ( Data_Length downto 0 ) ; 

in std_logic ; 

in std_logic_vector ( Data_Length_Plus_l downto 0 ) ; 

in std_logic ; 

out std_logic ; 

out std_logic ; 

out std_logic 


in std_logic ; 
in std_logic ; 
in std_logic ; 

out std_logic_vector ( 1 downto 0 ) 


in std_logic ; 

in std_logic ; 

in std_logic ; 

in std_logic ; 

in std_logic_vector ( Data_Length downto 0 ) ; 

in std_logic ; 

out std_logic ; 

out std_logic ; 

out std_logic ; 

out std_logic ; 

out std_logic_vector (Data_Length downto 0) ; 

in std_logic_vector (ROM_WIDTH - 1 downto 0) ; 

out std_Logic ; -- := 'O' ; -- active low 

out std_Logic ; -- := 'O' ; -- active low 

out std_logic_vector (ROM_ADDRESS_LINES - 1 downto 0) ; 

out std_logic 


in std_logic ; 
in std_logic ; 
in std_logic ; 
in std_logic ; 
in std_logic ; 
out std_logic ; 
out std_logic ; 
out std_logic ; 

in std_logic_vector ( 2 downto 0 ) -- three bits for now 
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component STATUS 
port ( 

BIU_OR_RMU : in std_logic ; 

Reset_BIU : in std_logic ; 

Start_Cycle : in std_logic ; 

BIU_ID : in std_logic_vector ( Data_Length downto 0 ) ; 

Start_Command : in std_logic ; 

Start_Transmit : in std_logic ; 

Data_Status_Flag : in std_logic ; 

Data_Mode_Bit : in std_logic ; 

FIFO_Data_In : in std_logic_vector ( Data_Length downto 0 ) ; 

Byte_Clock_In : in std_logic ; 

Status_Reg_In : in std_logic_vector ( Data_Length downto 0 ) ; 

Transmit_Data : out std_logic ; 

Load_Byte_Out : out std_logic ; 

Mode_Bit_Out : out std_logic ; 

Data_Status_Out : out std_logic_vector ( Data_Length downto 0 ) 

) ; 

end component ; 


for all : S_to_P use entity work.S_to_P (S_to_P_Behave) ; 

for all : P_to_S use entity work.P_to_S (P_to_S_Behave) ; 

for all : PSCON use entity work.PSCON (PSCON_Behave) ; 

for all : BYTCLK use entity work . BYTCLK ( BYTCLK_Behave ) ; 

for all : HEADER use entity work. HEADER ( HEADER_Behave ) ; 

for all : DATCLK use entity work . DAT CL K ( DATCLK_Behave ) ; 

for all : PRMCON use entity work . PRMCON ( PRMCON_Behave ) ; 

for all : RECEVR use entity work . RECEVR ( RECEVR_Behave ) ; 

for all : STATUS use entity work. STATUS ( STATUS_Behave ) ; 


signal Output_Data_Buf f er : std_logic_vector (Data_Length_Plus_l downto 0) ; 

signal Temp_l_Buf f er : std_logic_vector (Data_Length downto 0) ; 

signal Temp_2_Buf f er : std_logic_vector (Data_Length downto 0) ; 

signal Temp_3_Buf f er : std_logic_vector (Data_Length downto 0) ; 

signal Temp_4_Buf f er : std_logic_vector (Data_Length downto 0) ; 


signal 

F ixed_By t e_Cl ock 

: std_logic ; -- 

:= '1' 

-- divide by 9 

clock 

signal 

Variable_Byte_Clock 

: std_logic ; -- 

:= '1' 

-- divide by 9 

clock 

signal 

Strobe 

: std_logic ; -- 

:= '1' 

-- Used to loac 

p-to-s register 

signal 

Internal_Read_Bar 

std_logic ; -- 

= ' 1 ' ; 



signal 

Interna l_Write_Bar 

std_logic ; -- 

= '1' ; 



signal 

Write_A_Byt e_Bar 

std_logic ; -- 

= '1' ; 



signal 

Load_Byt e_Out 

std_logic ; 

= '1' ; 



-- Mahyar 3/27/1996 





signal COUNT : std_logic_ 

_vect or (3 downto 

0) ; 




signal Status_Reg_0 : std_logic_vector (Data_Length downto 0) ; -- := (others => '0') ; 

signal Status_Reg_l : std_logic_vector (Data_Length downto 0) ; -- := (others => '0') ; 

signal Transfer_Bar : std_logic ; 

signal Sync_Detected : std_logic ; 

signal Mode_Bit_In : std_logic ; -- Check for '1' for command and 'O' for data 

signal Data_Mode_Bit : std_logic ; -- set to '1' for command, 'O' for data 

signal Mode_Bit_Out : std_logic ; -- set to '1' for command, 'O' for data 

signal Parallel_Load : std_logic ; -- for internal use 

signal Latched_Sync : std_logic ; 

-- These signals are drived and set based on the instructions that 
-- are part of the schedule. 

-- These signals need to be active only for one Fixed_Byte_Clock period. 

signal Start_Transmit : std_logic ; 

signal Start_Cycle : std_logic ; 

signal Start_Receieve : std_logic ; 

signal Transmit_Data : std_logic ; 

signal Receieve_Data : std_logic ; 

signal Data_Status_Flag : std_logic ; -- '1' for Data, 'O' for Status 

signal Start_Command : std_logic ; 
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-- The following signals are used to route the FIFO data and content of 
-- status registers to the P_to_s conver module. 

-- 8/26/96 

signal Data_Status : std_logic_vector (Data_Length downto 0) ; 

-- This signal is used to load the size of data packet into the 
- - P_to_S_Count counter . 

-- This signal needs to be active only for one Byte_Clock period, 
signal Load_P_to_S_Count : std_logic ; 

- - Need to invert the Bit_Clock 
signal Invert_Bit_Clock_In : std_logic ; 


signal Load_Command_Reg : std_logic ; 
signal Command_Data_Flag : std_logic := 'O' ; 


-- Need these counters to count the number of expected data bytes in the 
-- data packets. 

signal P_to_S_Count : std_logic_vector (Data_Length downto 0) ; 

signal S_to_P_Count : std_logic_vector (Data_Length_Plus_l downto 0) ; 

-- This counter is used to load in the data packet header from the 
-- Input FIFO. It is loaded with a value of 3 and counts down to 0. 
signal Read_Data_Count : std_logic_vector (1 downto 0) ; 

-- data packet errors while reading and writing, 
signal Read_FIFO_Error_l : std_logic ; 

signal Read_FIFO_Error_2 : std_logic ; 

signal Write_FIFO_Error_l : std_logic ; 
signal Write_FIFO_Error_2 : std_logic ; 
signal Receive_Error_l : std_logic ; 

signal Receive_Error_2 : std_logic ; 

signal EPROM_Error_Flag : std_logic ; 


Software clock to be used for checking the timing of the scheduled events . 


constant 

constant 

signal 

signal 


Timer_Length 
Timer_Limit 
Timer 
Timer Error 


integer := 2 * Data_Length_Plus_l ; -- 16 bits 
integer := 65536 ; 2 ** 16 

std_logic_vector ( Timer_Length - 1 downto 0 ) 
std_logic ; 


(others => ' 0 ' ) 


begin 


U0 : BYTCLK port map ( Reset_BIU, Start_Cycle, Sync_Detected, Bit_Clock_In, 

Fixed_Byte_Clock, Strobe, Variable_Byte_Clock ) ; 

U1 : S_to_P port map ( Bit_Clock_In, Serial_Data_In , Output_Data_Buf f er , 

Mode_Bit_In ) ; 

U2 : P_to_S port map ( Invert_Bit_Clock_In, Data_Status, Mode_Bit_Out , Parallel_Load, 

Serial_Data_Out ) ; 

U3 : PSCON port map ( Load_P_to_S_Count , P_to_S_Count , Input_FIFO_Empty_Bar , 

Bit_Clock_In, Fixed_Byte_Clock, Read_FIF0_Error_2 , 
Internal_Read_Bar ) ; 


U4 : PRMCON port map ( BIU_0R_RMU, Reset_BIU, Sync_Detected , Start_Cycle, BIU_ID, 

Fixed_Byte_Clock , Start_Transmit , Receieve_Data , Data_Status_Flag , 
Start_Command, MUX_Select, 

ROM_Data, ROM_Read_Bar , ROM_Write_Bar , ROM_Address, EPROM_Error_Flag ) 


U5 : HEADER port map ( BIU_0R_RMU, Reset_BIU, BIU_ID, Mode_Bit_In, Output_Data_Buf f er , 
Variable_Byte_Clock, Sync_Detected, Command_Data_Flag, 
Load_Command_Reg ) ; 


U6 : DATCLK port map ( Reset_BIU, Transmit_Data , Fixed_Byte_Clock, Read_Data_Count ) ; 

U7 : RECEVR port map ( Reset_BIU, Start_Cycle, Receieve_Data , Variable_Byte_Clock, 
Load_Command_Reg , Start_Receieve , Receive_Error_l , 
Receive_Error_2 , Switch_Time_In ) ; 

U8 : STATUS port map ( BIU_0R_RMU, Reset_BIU, Start_Cycle, BIU_ID, Start_Command, 
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Start_Transmit , Data_Status_Flag, Data_Mode_Bit , FIFO_Data_In, 
Fixed_Byte_Clock , Status_Reg_0 , Transmit_Data , Load_Byte_Out , 
Mode_Bit_Out , Data_Status ) ; 


Byte_CLock_Out <= Fixed_Byte_Clock ; 

Invert_Bit_Clock_In <= not (Bit_Clock_In) ; 

Parallel_Load <= not ( Internal_Read_Bar and Load_Byte_Out ) and Strobe ; 
Latched_Sync_Out <= Latched_Sync ; 

Internal_Write_Bar <= ( not Variable_Byte_Clock ) or Write_A_Byte_Bar ; 

- - Note : INTRPT_Out must be high for one Byte_Clock . 

-- 8/28/96 

INTRPT_Out <= Start_Cycle ; -- Let the uP know a new cycle started 


-- This process stores the content of the incomming bit stream for future 
-- use. It is essential to keep this data around for a few Byte_Clock 
-- cycles. We need all the time we can get. 

-- 8/2/96 

-- The Temp_l_Buf f er has to be loaded asynchronously to keep up with 
-- possible changes and/or glitches in the incomming data bit stream. 

-- 8/15/96 

Load_Temp_Buf f er : process ( Variable_Byte_Clock / Output_Data_Buf f er , 

Sync_Detected ) 


begin 

if Rising_Edge ( Sync_Detected ) then -- async load 

Temp_l_Buf f er <= Output _Data_Buf f er (Data_Length_Plus_l downto 1) 
elsif ( Sync_Detected = 'O' ) then --a MUST, 
if Rising_Edge ( Variable_Byte_Clock ) then 

Temp_l_Buf f er <= Output_Data_Buf f er (Data_Length downto 0) ; 

Temp_2_Buf fer <= Temp_l_Buf f er ; 

Temp_3_Buf fer <= Temp_2_Buf f er ; 

Temp_4_Buf fer <= Temp_3_Buf f er ; 

end i f ; 
end i f ; 


end process 


-- This process latches the "Sync_Detected" signal to be used by the 
-- "Check_ID" state machine. The signal is latched using the negative 
-- edge of the bit clock to avoid the timing problem that otherwise 
- - may occure . 

Latch_Sync_Detected : process 
begin 

wait until Falling_Edge ( Bit_Clock_In ) ; 

Latched_Sync <= Sync_Detected ; 

end process ; 


-- This process deciphers the incomming address bits and activates one of 
-- the selected ports used in this module. 

Check_More_Addresses : process ( Chip_Select_Bar , ADDRESS ) 
begin 

Transfer_Bar <= ' 1 ' ; 

if ( ADDRESS = P0RT_ADDRESS_3 ) and ( Chip_Select_Bar = 'O' ) then 
-- Transfering data from the FIFO_In to the FIFO_Out 
Transfer_Bar <= 'O' ; 
end i f ; 

end process ; 
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Write_FIF0_0ut : process -- ( Internal_Write_Bar , Input_Data_Buf f er ) 
begin 

wait until Falling_edge ( Internal_Write_Bar ) ; 

FIFO_Data_Out <= Temp_4_Buf f er ; 

end process ; 


-- The initialization of the FIFO signals are not necessary here at this 
-- time. But after implementing the global BIU reset in the hardware, 

-- this process will make more sense. For now, however, this redundancy 
-- here doesn't have any sideeffects. 

-- Mahyar 4/1/1996 

Reset_FIFO_Controls : process ( Reset_BIU, Internal_Read_Bar , 

Internal_Write_Bar ) 

begin 

if ( Reset_BIU = 'O' ) then 

Input_FIFO_Read_Bar <= Internal_Read_Bar ; 

Output_FIFO_Write_Bar <= Internal_Write_Bar ; 
else -- time to reset the system. 

Input_FIFO_Read_Bar <= '1' ; 

Output_FIFO_Write_Bar <= '1' ; 

end i f ; 

end process ; 


-- The next two processes work together to define the bi -deirectional bus 

uP_Read_XC4000_Status : process ( Data_Read_Bar , Status_Reg_0 ) 
begin 

if ( Data_Read_Bar = 'O' ) then 

FIFO_Data_In_Out <= Status_Reg_0 ; 
else 

FIFO_Data_In_Out <= "ZZZZZZZZ" ; 
end i f ; 

end process ; 


uP_Write_XC4000_Status : process -- ( Data_Write_Bar , Status_Reg_l ) 

begin 

wait until Rising_edge ( Data_Write_Bar ) ; 

Status_Reg_l <= FIFO_Data_In_Out ; 

end process ; 


-- Note: Load_P_to_S_Count need be active, i.e., high, for only a short 
-- time of one Bit_Clock_Period . 

-- 8/7/96 

Read_Data_Header : process --( Fixed_Byte_Clock, Read_Data_Count , FIFO_Data_In, 

Data_Mode_Bit , P_to_S_Count , Load_P_to_S_Count ) 

begin 

wait until Rising_Edge ( Fixed_Byte_Clock ) ; ==> setup time is half Fixed_Byte_Clock 

Read_FIFO_Error_l <= 'O' ; 

Data_Mode_Bit <= 'O' ; -- set to '1' for command, 'O' for data 

Load_P_to_S_Count < = 'O' ; 

if ( Transmit_Data = '1' ) then 

P_to_S_Count <= "00000011" ; -- read the first three header bytes. 

Load_P_to_S_Count <= '1', 'O' after Bit_Clock_Period ; 

Data_Mode_Bit <= '1' ; -- set to '1' for command, 'O' for data 

else 

if ( Read_Data_Count = " 11" ) then 

if ( FIFO_Data_In = "11111111" ) then -- send out a sync-pattern 
Data_Mode_Bit <= 'O' ; -- set to '1' for command, 'O' for data 

else -- Error in data packet format 

P_to_S_Count <= "00000000" ; -- stop reading from the FIFO. 

Load_P_to_S_Count <= '1', 'O' after Bit_Clock_Period ; 

Read_FIFO_Error_l <= '1' ; -- Raise the error flag, 

end if ; 
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elsif ( Read_Data_Count = " 10" ) then 

if ( B I U_OR_RMU = ' 1 ' ) then - - am I BIU? 

if ( FIFO_Data_In ( Data_Length ) = ' 1 ' ) then 
-- It is a command and it is an error 

-- in data packet format and, thus, should be reported. 

P_to_S_Count <= " 00000000" ; -- stop reading from the FIFO. 

Load_P_to_S_Count <= ' 1 ' , 'O' after Bit_Clock_Period ; 

Read_FIFO_Error_l <= '1' ; -- Raise the error flag, 
end i f ; 
end if ; 

elsif ( Read_Data_Count = "01" ) then 

P_to_S_Count <= FIFO_Data_In ; -- Now load the actual data count to be sent out. 

Load_P_to_S_Count <= '1', 'O' after Bit_Clock_Period ; 

else -- reset all. 

Load_P_to_S_Count <= 'O' ; 

P_to_S_Count <= "00000000" ; -- initialize it to zeros. 

end i f ; 
end i f ; 

end process ; 


-- This process initiates writing of the incomming data packet to the 
-- output FIFO after detecting a synch-pattern. 

-- It keeps writing the incomming data bytes to the FIFO until the 
-- S_to_P_Count reaches zero. The assumption is that there are as many 
-- as S_to_P_Count CONSECUTIVE data bytes comming over the serial input 
-- line. 

-- 8/1/96 

Write_Out_FIFO_Process : process ( Reset_BIU, Start_Receieve , Variable_Byte_Clock, 

S_to_P_Count , Writ e_A_By t e_B a r ) 

variable TEMP : integer : = 0 ; 
begin 

if ( Reset_BIU = 'O' ) then 

if Rising_edge ( Start_Receieve ) then 
Synopsys vs Cadence 

S_to_P_Count <= Temp_l_Buf f er + 3 ; - - 2 to flush the Temp_i_Buf f er ' s 
TEMP := To_integer ( Temp_l_Buf f er ) ; 

TEMP := TEMP + 3 ; 

S_to_P_Count <= To_StdLogicVector ( TEMP, 9 ) ; 

end i f ; 

if Falling_Edge ( Variable_Byte_Clock ) then 

Synopsys vs Cadence 

TEMP := To_integer ( S_to_P_Count ) ; 

TEMP := CONV_S IGNED ( S_to_P_Count ) ; 

Write_A_Byte_Bar <= '1' ; 

Start_Cycle <= 'O' ; 

if ( Command_Data_Flag = 'O' ) then -- it is a count of data bytes 
if ( TEMP > 0 ) then 

Write_A_Byte_Bar <= 'O' ; 

TEMP := TEMP - 1 ; 

Synopsys vs Cadence 

S_to_P_Count <= To_StdLogicVector ( TEMP, 9 ) ; 

S_t o_P_Coun t <= CONV_STD_LOGI C_VECTOR ( TEMP, 9 ) ; 

end i f ; 

else -- it is a command!?!?!? 

-- Take the appropriate actions here and then reset the command/counter 
-- register to zero to indicate end of operation. 

Start_Cycle <= '1' ; -- restart the schedule and the BIU 
S_to_P_Count <= "000000000" ; 

end if ; 
end i f ; 
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else -- time to reset the system. 
Start_Cycle <= 'O' ; 

S_to_P_Count <= "000000000" ; 
Write_A_Byte_Bar <= ' 1 ' ; 

end i f ; 

end process ; 


-- This process stores the type of errors encountered in their designated 
-- bit positions. 

-- 8/2/96 

Register_Errors : process ( Reset_BIU, Read_FIFO_Error_l , Read_FIF0_Error_2 , 

Receive_Error_l , Receive_Error_2 , EPROM_Error_Flag ) 

begin 

if ( Reset_BIU = ' 1 ' ) then -- time to reset. 

Status_Reg_0 <= "00000000" ; 
else 

if ( Read_FIFO_Error_l = ' 1 ' ) then 


Status Reg 0 1 

( 0 ) < = 

' 1 ' ; 

elsif ( Read FIFO Error 

2 = ' 1 ' ) then 

Status_Reg_0 1 

( 1 ) <= 

'1' ; 

elsif ( Receive_ 

Error 1 

= ' 1 ' ) then 

Status_Reg_0 1 

( 2 ) < = 

'1' ; 

elsif ( Receive_ 

Error 2 

= ' 1 ' ) then 

Status_Reg_0 1 

r 3 ) <= 

' 1' ; 

elsif ( EPROM Error Flag 

= ' 1 ' ) then 

Status_Reg_0 1 

( 4 ) < = 

' 1 ' ; 


end i f ; 
end i f ; 

end process ; 


-- This process handels the software timer. 

-- The Timer is reset whenever BIU is reset. 

-- The Timer is reset whenever Start_Cycle is set. 

-- 8/20/96 

Timer_Controller : process ( Fixed_Byte_Clock , Reset_BIU, Start_Cycle ) 
variable TEMP : integer : = 0 ; 
begin 

Synopsys vs Cadence 

TEMP : = To_integer ( Timer ) ; 

TEMP := CONV_S IGNED ( Timer ) ; 

if ( Reset_BIU = 'O' ) and ( Start_Cycle = 'O' ) then 
if Rising_Edge ( Fixed_Byte_Clock ) then 

Timer_Error < = 'O' ; 

if ( TEMP >= Timer_Limit ) then 

-- The schedule cycle is too large for this Timer. 

Timer_Error < = ' 1 ' ; 

else 

TEMP : = TEMP + 1 ; 
end if ; 
end i f ; 

else -- time to reset the system. 

Timer_Error < = 'O' ; 

TEMP : = 0 ; 

end i f ; 

Synopsys vs Cadence 

Timer <= To_StdLogicVector ( TEMP, Timer_Length ) ; 
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Timer <= CONV_STD_LOGIC_VECTOR ( TEMP, Timer_Length ) ; 

end process ; 


end XC4005_Behave ; 


-- File Name: 

S TO P E.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

- - Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 

-- 

DOS Version 6 . 2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R . Malekpour 

-- Creation Date: 

05/20/96 


- - Name /Number : 

XC4000 (entity) 


-- Abstract: 

This file contains the entity declaration for the serial to parallel 
conversion process. 

SIGNAL DEFINITION : 

-- Acronyms /Abbreviat ions : 

FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_L0GIC_1 164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 6/3/96 

by: Mahyar Malekpour 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 


entity S_TO_P is 
PORT ( 

Bit_Clock_In 
Serial_Data_In 
Parallel_Data_Out 
Mode Bit Out 


) ; 

end S_TO_P ; 


in std_logic ; 

in std_logic ; 

out std_logic_vector ( (Data_Length + 1) downto 0) ; 

out std_logic 


-- File Name: 

-- Host Machine: 

-- Target Machine: 
-- Environment : 

-- Organization: 


S_TO_P_A . VHD 

GATEWAY 486/33 (IBM AT Clone) 

GATEWAY 486/33 (IBM AT Clone) 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 

DOS Version 6.2 

NASA-LaRC 
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-- Project: Fly By Light - Power By Wire (FBL-PBW) 

-- Author: Mahyar R. Malekpour 

-- Creation Date: 05/20/96 


-- Name/Number: 

S_TO_P (architecture) 

-- Abstract: 

This file contains the architecture for the serial to parallel conversion 
process. 

SIGNAL DEFINITION : 

-- Acronyms/Abbreviations : 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 6/3/96 

by: Mahyar Malekpour 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
architecture S TO P Behave of S TO P is 


component USLR 

GENERIC ( Gen_Data_Length : Natural : = Data_Length + 1 ) ; 

PORT ( 

Bit_Clock_In : in std_logic ; 


Parallel_Data_In 
Parallel_Data_Out 
Load Parallel 


in 

out 

in 


st d_logi c_vect or 
st d_logi c_vect or 
std_logic ; 


(Gen_Data_Length downto 0) 
(Gen_Data_Length downto 0) 


Mode_Bit_In 
Serial_Data_In 
Serial Data Out 


in std_logic ; 
in std_logic ; 
out std_logic 


) ; 


end component ; 


for all : USLR use entity work. USLR (USLR_Behave) ; 


signal GND_1 : std_logic_vector (Data_Length + 1 downto 0) := "000000000 

signal GND_2 : std_logic := *0* ; 


begin 


-- This process samples the incomming serail data bits using the falling 
-- edge of the bit clock and stores them in the Output_Data_Buf f er . 

-- Note: The first bit is assumed to be the Mode_Bit and the next eight 
bits the data byte with the MS bit comming in first. 


U0 : USLR port map ( Bit_Clock_In , GND_1 , Parallel_Data_Out , GND_2 , GND_2 , 

Serial_Data_In, Mode_Bit_Out ) ; 
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end S_TO_P_Behave ; 


-- File Name: 

USLR E.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6 . 2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R . Malekpour 

-- Creation Date: 

05/21/96 


- - Name /Number : 

SHFREG (entity) 


-- Abstract: 

This file contains the entity declaration for the universal shift left 
-- register with parallel in and parallel out as well as serail in and serial 
-- out functionality. However, it only shifts left one bit at a time. 

conversion process. 

SIGNAL DEFINITION : 

- - Acronyms /Abbreviations : 

FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_L0GIC_1 164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 6/3/96 

by: Mahyar Malekpour 

-- Introduced the generic parameter "Gen_Data_Length" to make this entitiy 
-- more versetile for future use in other modules. The default for this 
-- parameter is the global constant "Data_Length" . 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 


entity USLR is 

GENERIC ( Gen_Data_Length : Natural : = Data_Length ) ; 

PORT ( 

Bit_Clock_In : in std_logic ; 


Parallel_Data_In 
Parallel_Data_Out 
Load Parallel 


in 

out 

in 


st d_logi c_vect or 
st d_logi c_vect or 
std_logic ; 


(Gen_Data_Length downto 0) 
(Gen_Data_Length downto 0) 


Mode_Bit_In 
Serial_Data_In 
Serial Data Out 


in std_logic ; 
in std_logic ; 
out std_logic 


end USLR ; 
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-- File Name: 

-- Host Machine: 

-- Target Machine: 
-- Environment : 

-- Organization: 

-- Project: 

-- Author: 

-- Creation Date: 


USLR_A . VHD 

GATEWAY 486/33 (IBM AT Clone) 

GATEWAY 486/33 (IBM AT Clone) 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 

DOS Version 6 . 2 

NASA-LaRC 

Fly By Light - Power By Wire (FBL-PBW) 

Mahyar R . Malekpour 
05/21/96 


-- Name/Number: 

USLR (architecture) 

-- Abstract: 

This file contains the entity declaration for the universal shift left 
-- register with parallel in and parallel out as well as serail in and serial 
-- out functionality. However, it only shifts left one bit at a time. 

SIGNAL DEFINITION : 

- - Acronyms/Abbreviations : 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 6/3/96 

by: Mahyar Malekpour 

-- Introduced the generic parameter "Gen_Data_Length" to make this entitiy 
-- more versetile for future use in other modules. The default for this 
-- parameter is the global constant "Data_Length" . 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
--use WORK. CNSTNT_P. all ; 

--use ieee . std_logic_arith . all ; 


architecture USLR_Behave of USLR is 

signal Input_Data_Buf f er : std_logic_vector (Gen_Data_Length downto 0) ; 

signal Mode_Bit : std_logic ; 


begin 


Parallel_Data_Out <= Input_Data_Buf f er ; 
Serial_Data_Out <= Mode_Bit ; 


-- This process can load in parallel data and serializes the data byte in 

-- the Input_Data_Buf f er using the rising edge of the bit clock and sends 

-- them out one bit at a time at the rising edge. 

-- This process can also load in serial data bits and send them out in 

- - parallel . 

Parallel_To_Serial_To_Parallel : process 

variable Temp_0ut : std_logic_vector (Gen_Data_Length downto 0) ; 

begin 

wait until Rising_Edge ( Bit_Clock_In ) ; 

if ( Load_Parallel = ' 1 ' ) then 

Input_Data_Buf f er <= Parallel_Data_In ; 
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Mode_Bit <= Mode_Bit_In ; 
else 

-- Convert it to serial bits and send them out, 

-- and load in serial bit. 

Temp_Out := Input_Data_Buf f er ; 

Mode_Bit <= Input_Data_Buf f er ( Gen_Data_Length ) ; MSB 

for I in Gen_Data_Length down to 1 loop 
Temp_Out ( I ) : = Temp_Out ( I - 1 ) ; 

end loop ; 

Temp_Out ( 0 ) : = Serial_Data_In ; 

Input_Data_Buf f er <= Temp_Out ; 
end i f ; 
end process ; 


end USLR_Behave ; 


-- File Name: 

P TO S E.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

- - Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6.2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R. Malekpour 

-- Creation Date: 

05/20/96 


-- Name/Number: 

P_TO_S (entity) 


-- Abstract: 

This file contains the entity declaration for the serial to parallel 
conversion process. 

SIGNAL DEFINITION : 

-- Acronyms/ Abbreviations : 

FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: ??/??/96 

by: Mahyar Malekpour 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 


std_logic ; 

std_logic_vector (Data_Length downto 0) ; 


entity P_TO_S is 
PORT ( 

Bit Clock In 


Parallel Data In 
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Mode_Bi t_In 
Load_Parallel 

Serial Data Out 


in std_logic ; 

in std_logic ; 

out std_logic 


) ; 

end P_TO_S ; 


-- File Name: 

P TO S A.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

- - Target Machine : 

GATEWAY 486/33 (IBM AT Clone) 

- - Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6 . 2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R. Malekpour 

-- Creation Date: 

05/20/96 


- - Name /Number : 

P_TO_S (architecture) 


-- Abstract: 

This file contains the architecture for the parallel to serial conversion 
process. 

SIGNAL DEFINITION : 

-- Acronyms /Abbreviat ions : 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: ??/??/96 

by: Mahyar Malekpour 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
architecture P TO S Behave of P TO S is 


component USLR 
PORT ( 

Bit Clock In 

in 

std logic ; 




Parallel Data In 
Parallel Data Out 
Load Parallel 

in 

out 

in 

std logic vector 
std logic vector 
std logic ; 

(Data 

(Data 

Length 

Length 

downto 

downto 

Mode Bit In 
Serial Data In 
Serial Data Out 

in 

in 

out 

std logic ; 
std logic ; 
std logic 




) ; 

end component ; 






for all : USLR use entity work. USLR 

(USLR_Behave) ; 
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00000000 


signal GND_1 : std_logic_vector (Data_Length downto 0) ; -- := 

signal GND_2 : std_logic := 'O' ; 


begin 


-- This process serializes the data byte in the Input_Data_Buf f er using 
-- the rising edge of the bit clock and sends them out one bit at a time 
-- at the rising edge. 

-- Note: A start data bit, i.e., 'O', is send out followed by the data 

starting with the MS bit. 

-- This process continneously sends out a stream of bits. When the 
-- buffer is empty, it sends out '0's. 

U0 : USLR port map ( Bit_Clock_In, Parallel_Data_In , GND_1, Load_Parallel , 

Mode_Bit_In, GND_2 , Serial_Data_Out ) ; 


end P_TO_S_Behave ; 


-- File Name: 

PSCON E.VHD 

-- Host Machine: 


-- Target Machine: 


- - Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6 . 2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Jerry H. Tucker, Mahyar Malekpour 

-- Creation Date: 

05/20/96 

-- Name/Number: 
PSCON 

(entity) 


-- Abstract: 

Synthesiable Controller for Parallel to serial convertor. 

SIGNAL DEFINITION : 

-- Acronyms/Abbreviations : 

FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_LOGI C_1 164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 6/12/96 

by: Mahyar Malekpour 

-- 1. Added this document template and, 

-- 2. changed some signal names so that they are more descriptive: 
-- Old Name New Name 


--DO 
-- EMPTY 
-- CLK 

Modified on: 6/18/96 

by: Mahyar Malekpour 

-- Added Count_Value so that the S_TO_P_Count can be initialized to the 
-- proper value. This counter is decremented after every read from the 
-- FIFO_In . 

Modified on: 8/20/96 

by: Mahyar Malekpour 


Load_P_TO_S_Count 
FIFO_Empty_Bar 
Bit Clock 
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-- Added Read_FIFO_Error to report errors while reading data bytes from the 
-- FIFO. 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 


Entity PSCON is 
port ( 

Loa d_P_TO_S_Count 

Count_Value 

F I FO_Empt y_Bar 

Bit_Clock 

BYTE_CLOCK 

Read_FIFO_Error 

FIFO_RD_bar 

end PSCON ; 


-- File Name: 

-- Host Machine: 
-- Target Machine 
- - Environment : 

-- Organization: 
-- Project: 

-- Author: 

-- Creation Date: 


-- Name/Number: 

PSCON (architrecture) 

-- Abstract: 

Synthesiable Controller for Parallel to serial convertor. 

SIGNAL DEFINITION : 

-- Acronyms/Abbreviations : 

FBL/PBW 

BIU - Bus Interface Unit 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 6/12/96 

by: Mahyar Malekpour 

-- 1. Added this document template and, 

-- 2. changed some signal names so that they are more descriptive: 
-- Old Name New Name 


--DO 
-- EMPTY 
-- CLK 
-- SYN 

-- 3. Chnaged the logic to reflect the proper logic of FIFO_Empty_Bar . 
-- FIFO_Empty_Bar = * 1 * = = > FIFO is not empty. 

Modified on: 6/18/96 

by: Mahyar Malekpour 

-- Added a new process to handel the P_TO_S_Count counter. 


Load_P_TO_S_Count 
FIFO_Empty_Bar 
Bit_Clock 
PSCON Behave 


PSCON_A . VHD 

GATEWAY 486/33 (IBM AT Clone) 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 

DOS Version 6 . 2 

NASA-LaRC 

Fly By Light - Power By Wire (FBL-PBW) 

Jerry H. Tucker, Mahyar Malekpour 
05/20/96 


in STD_LOGIC ; 

in std_logic_vector (Data_Length downto 0) ; 

in STD_LOGIC ; 

in STD_LOGIC ; 

in STD_LOGIC ; 

out std_logic ; 

out STD LOGIC ) ; 
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Modified on: 7/31/96 

by: Mahyar Malekpour 

-- Synch ' ed the state machine with the Byte_Clock via Read_A_Byte signal. 

Modified on: 8/20/96 

by: Mahyar Malekpour 

-- Generating the FIFO read error if the FIFO is empty while reading data. 
-- I raise the error flag. 


library IEEE ; 

use WORK. CNSTNT_P. all ; 

use ieee . std_logic_arith . all ; 

use IEEE . std_logic_1164 . all ; 

- -use ieee . std_logic_signed . CONV_INTEGER ; 
use work .my_std_logic_arith . all ; 


architecture PSCON_Behave of PSCON is 

signal P_T0_S_Count : std_logic_vector (Data_Length downto 0) := (others => '0') 

signal Read_A_Byte : std_logic : = ' 1 ' ; 

begin 

FIFO_RD_bar <= BYTE_CLOCK or Read_A_Byte ; 


Read_FIFO : process ( FIFO_Empty_Bar , P_TO_S_Count ) 
begin 

-- added the following statement to synch the state machine with 
-- the Byte_Clock, otherwise the FIFO_RD_bar will not be active for 
-- enough time. 

-- 7/31/96 

if ( P_T0_S_Count /= "00000000" ) then 

if ( FIFO_Empty_Bar = * 1 ' ) then -- If there is data 
Read_A_Byte <= 'O' after Delay_5_ns ; 

Read_FIFO_Error <= 'O' after Delay_5_ns ; 
else -- FIFO is empty 

Read_A_Byte <= * 1 ' after Delay_5_ns ; 

Read_FIFO_Error <= ' 1 * after Delay_5_ns ; 
end i f ; 
else 

Read_A_Byte <= * 1 * after Delay_5_ns ; 

Read_FIFO_Error <= 'O' after Delay_5_ns ; 
end i f ; 

end process ; 


-- This process loads the counter upon Load_P_TO_S_Count active. 

-- This process decrements the counter until it reaches zero. 

Counter_Controller : process ( FIFO_Empty_Bar , Load_P_TO_S_Count , Byte_Clock ) 
variable TEMP : integer ; --natural range 0 to 255 := 0 ; 

begin 

if ( Load_P_TO_S_Count = '1' ) then 
P_TO_S_Count <= Count_Value ; 
end i f ; 

if Rising_Edge ( Byte_Clock ) then 
- - Synopsys vs Cadence 

TEMP := To_Integer ( P_T0_S_Count ) ; 

TEMP := CONV_INTEGER ( P_TO_S_Count ) ; 

if ( TEMP > 0 ) then 
TEMP := TEMP - 1 ; 
end if ; 

- - Synopsys vs Cadence 

P_TO_S_Count <= To_StdLogic Vector ( TEMP, 8 ) ; 
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P_ T °_S_ c °u nt <= CONV_STD_LOGIC_VECTOR ( TEMP, 8 ) ; 

end i f ; 
end process ; 


end PSCON_Behave; 


-- File Name: 

BYTCLK E.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

- - Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 

-- 

DOS Version 6 . 2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R . Malekpour 

-- Creation Date: 

7/26/1996 


- - Name /Number : 

BYTCLK (architecture) 


-- Abstract: 

This file contains the entity for the Byte Clock generator. 

SIGNAL DEFINITION : 

- - Acronyms /Abbreviations : 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 8/15/96 

by: Mahyar Malekpour 

-- Separating the Byte_Clock to handel the Sync_Detected . 


library 

IEEE ; 




use ieee 

. std_logic_1164 . all ; 




entity BYTCLK is 




port 

( Reset BIU 

in 

std_ 

logic 


Start Cycle 

in 

std_ 

logic 


Sync Detected 

in 

std 

logic 


Bit Clock In 

in 

std 

logic 


Fixed Byte Clock Out 

out 

std 

logic 


Strobe Out 

out 

std 

logic 


Variable Byte Clock Out 

out 

std 

logic 


) ; 


end BYTCLK ; 


- - File Name : 

-- Host Machine: 

-- Target Machine: 
-- Environment : 

-- Organization: 

-- Project: 

-- Author: 

-- Creation Date: 


BYTCLK_A . VHD 

GATEWAY 486/33 (IBM AT Clone) 

GATEWAY 486/33 (IBM AT Clone) 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 
DOS Version 6.2 
NASA- La RC 

Fly By Light - Power By Wire (FBL-PBW) 

Mahyar R. Malekpour 
7/26/1996 
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- - Name /Number : 

BYTCLK (architecture) 

-- Abstract: 

This file contains the architecture for the Byte Clock generator. 

SIGNAL DEFINITION : 

- - Acronyms/ Abbreviations : 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 8/1/96 

by: Mahyar Malekpour 

-- Modified the shape of the Byte_Clock and Nibble_Clock clocks while 
-- maitaining the relative position of the Strobe clock. 

Modified on: 8/15/96 

by: Mahyar Malekpour 

-- Separating the Byte_Clock to handel the Sync_Detected . 


library IEEE ; 

use WORK. CNSTNT_P. all ; 

use ieee . std_logic_arith . all ; 

use work .my_std_logic_arith . all ; 


architecture BYTCLK Behave of BYTCLK is 


signal 

Fixed_Byte_Clock 

std_logic 

-- : = ' 1 ' 

-- divide 

by 9 

clock 

signal 

Variable_Byte_Clock 

std_logic 

-- : = ' 1 ' 

-- divide 

by 9 

clock 

signal 

Nibble_Clock 

std_logic 

-- : = ' 1 ' 

-- divide 

by 9 

clock times 2, i.e 

divide by 

4 clock 






signal 

Strobe 

std_logic 

-- : = ' 1 ' 

-- Used to load p-to-s register 


begin 


Fixed_Byte_Clock_Out <= 
Variable_Byte_Clock_Out <= 
Strobe Out <= 


Fixed_Byte_Clock after Delay_7_ns ; 
Variable_Byte_Clock after Delay_7_ns ; 
Strobe after Delay_7_ns ; 


-- This process builds a 4 -bit counter that counts from 0 to 8. This counter 
-- is used to divied the incoming bit -clock by nine and assigns it to 
-- Nibble_Clock and Fixed_Byte_Clock . 

-- The counter is reset whenever BIU is reset or when a sync pattern is 
-- detected. 

-- This process divides the incoming bit -clock by nine and assigns it to 
-- Fixed_Byte_Clock . Since nine is an odd number, the Fixed_Byte_Clock 
-- will be high for 4 bit-clocks and low for 5 bit-clock. 

-- It is essential that the Fixed_Byte_Clock to be low when Count is "0000". 

Fixed_Clock_Counter : process ( Reset_BIU, Bit_Clock_In, Start_Cycle ) 
variable Count : natural range 0 to 15 := 0 ; 

begin 

if Rising_Edge ( Bit_Clock_In ) then 

if ( Reset_BIU = 'O' ) and ( Start_Cycle = 'O' ) then 
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Count : = ( Count + 1 ) mod 9 ; 

elsif ( Reset_BIU = ' 1 ' ) then -- Time to reset the system and intialize the counter. 
Count : = 0 ; 

elsif ( Start_Cycle = ' 1 ' ) then -- Time to reset the system and intialize the counter. 
Count : = 0 ; 

end i f ; 

if ( Count = 2 ) then 

Nibble_Clock <= '1' ; -- not Nibble_Clock ; 
elsif ( Count = 3 ) then 

Strobe <= ' 1 ' ; -- active before the rising edge of Fixed_Byte_Clock 
elsif ( Count = 4 ) then 

Fixed_Byte_Clock <= '1' ; -- not Fixed_Byte_Clock ; 

Nibble_Clock <= 'O' ; -- not Nibble_Clock ; 

Strobe <= 'O' ; 
elsif ( Count = 6 ) then 

Nibble_Clock <= ' 1 ' ; -- not Nibble_Clock ; 
elsif ( Count = 0 ) then 

Fixed_Byte_Clock <= 'O' ; 

Nibble_Clock <= 'O' ; 

Strobe <= 'O' ; 
end i f ; 

end i f ; 

end process Fixed_Clock_Counter ; 


-- This process builds a 4 -bit counter that counts from 0 to 8 . This 
-- counter is used to divied the incoming bit -clock by nine and assigns 
-- it to Variable_Byte_Clock . 

-- The counter is reset whenever BIU is reset or when a sync pattern is 
-- detected. 

Variabl_Clock_Counter : process ( Reset_BIU, Bit_Clock_In, Sync_Detected ) 
variable TEMP : natural range 0 to 15 := 0 ; 

begin 

if Rising_Edge ( Bit_Clock_In ) then 

if ( Reset_BIU = 'O' ) and ( Sync_Detected = 'O' ) then 
TEMP := ( TEMP + 1 ) mod 9 ; 

elsif ( Reset_BIU = ' 1 ' ) then -- Time to reset the system and intialize the counter. 
TEMP : = 0 ; 

elsif ( Sync_Detected = '1' ) then -- Time to reintialize the counter. 

TEMP : = 6 ; 

end i f ; 

if ( TEMP = 4 ) then 

Variable_Byte_Clock <= '1' ; -- not Variable_Byte_Clock ; 

elsif ( TEMP = 0 ) then 

Variable_Byte_Clock <= 'O' ; 

end i f ; 

end i f ; 

end process ; 


end BYTCLK_Behave ; 


- - File Name : 

-- Host Machine: 

-- Target Machine: 
-- Environment : 

-- Organization: 

-- Project: 


HEADER_E . VHD 

GATEWAY 486/33 (IBM AT Clone) 

GATEWAY 486/33 (IBM AT Clone) 

Model Technology VHDL Simulation for Windows (Ver 4.4j) 

DOS Version 6.2 

NASA-LaRC 

Fly By Light - Power By Wire (FBL-PBW) 
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Author : 

Creation Date: 


Mahyar R. Malekpour 
8/1/1996 


- - Name /Number : 

HEADER (entity) 

-- Abstract: 

This module examines the data packet header of the incomming data and 
-- detects the sync-pattern. It then checks the data for the packet Id and 
-- compares it against the local BIU_ID. If a match is detected, LOAD_COUNTER 
-- is asserted. Error falgs are raised when necessary. 

SIGNAL DEFINITION : 


- - Acronyms/ Abbreviations : 

-- Dependencies: 

IEEE . STD_LOG I C_1 164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 
-- Revisions: 


Modified on: 8/7/96 

by: Mahyar Malekpour 

-- Added Reset_BIU and Command_Data_Flag signals. 

-- Command_Data_Flag is set high to indicate that the data packet is a command 
-- and is set low to indicate that it is a count of data bytes that need to be 
-- routed to the output FIFO. 


Modified on: 8/9/96 

by: Mahyar Malekpour 


Modified on: 9/4/96 

by: Mahyar Malekpour 

-- Added BIU OR RMU to this module. 


library IEEE ; 

use ieee . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 


entity HEADER is 
port ( 

BIU_OR_RMU 

Reset_BIU 

BIU_ID 

Mode_Bit_In 

Data_In 

Byte_Clock_In 

Sync_Detected_Out 

Command_Data_Flag 

Load Counter Out 


end HEADER ; 


in std_logic ; 

in std_logic ; 

in std_logic_vector ( 

in std_logic ; 

in std_logic_vector ( 

in std_logic ; 

out std_logic ; 

out std_logic ; 

out std_logic 


Data_Length downto 0 ) ; 

Data_Length_Plus_l downto 0 ) ; 


- - File Name : 

-- Host Machine: 

-- Target Machine: 
-- Environment : 

-- Organization: 

-- Project: 

-- Author: 

-- Creation Date: 


HEADER_A . VHD 

GATEWAY 486/33 (IBM AT Clone) 

GATEWAY 486/33 (IBM AT Clone) 

Model Technology VHDL Simulation for Windows (Ver 4.4j) 
DOS Version 6.2 
NASA- La RC 

Fly By Light - Power By Wire (FBL-PBW) 

Mahyar R. Malekpour 
8/1/1996 
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- - Name /Number : 

HEADER (architecture) 

-- Abstract: 

This file contains the architecture for the data packet header module. 

SIGNAL DEFINITION : 

- - Acronyms/ Abbreviations : 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 8/1/96 

-- Note: the Load_Counter_Out signal must be raised and used within a Bit_Clock 
-- cycle. Thus, in worst case I used a delay of half Bit_Clock cycle, i.e., 

-- Delay_5_ns ; 

Modified on: 8/20/96 

-- Incorporated the Global_BIU_ID in detecting packets for the modules. 

Modified on: 9/4/96 

Modified on: 9/16/96 

-- Incorporated the status bit in detecting packets for the modules. 


library IEEE ; 

use WORK. CNSTNT_P. all ; 

use ieee . std_logic_arith . all ; 

architecture HEADER Behave of HEADER is 


signal Sync_Detected : std_logic ; 
begin 

Sync_Detected_Out <= Sync_Detected after Delay_2_ns ; 


-- This process checks the incomming data stream against the unique and 
-- predefined pattern of synchronization; Sync_Pattern . 

Check_Sync_Pattern : process ( Reset_BIU, Data_In, Mode_Bit_In ) 

begin 

Sync_Detected <= 'O' ; 

if ( Reset_BIU = 'O' ) then 

if ( Data_In = Sync_Pattern ) and ( Mode_Bit_In = ' 1 ' ) then 
Sync_Detected <= ' 1 ' ; 

end i f ; 
end i f ; 

end process ; 


-- The counter is reset whenever BIU is reset. 

-- The counter is set whenever Sync_Detected is set. 

Two_Bit_Counter : process ( Reset_BIU, Sync_Detected , Byte_Clock_In, 

Data_In, BIU_OR_RMU ) 

variable TEMP : natural range 0 to 3 : = 0 ; 
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begin 


if ( Reset_BIU = 'O' ) and ( Sync_Detected = 'O' ) then 
if Rising_Edge ( Byte_Clock_In ) then 
Command_Data_Flag <= 'O' ; 
if ( TEMP = 1 ) then 

-- BIU_IDs are only 5 -bits long. The higher three bits are reserved. 

if ( Data_In ( Data_Length - 4 downto 0 ) = BIU_ID ( Data_Length - 4 downto 0 )) -- 

is it mine? 

or ( Data_In ( Data_Length - 4 downto 0 ) = Global_BIU_ID ( Data_Length - 4 downto 
0 ) ) - - is it everyones? 

or ( Data_In ( Data_Length - 1 ) = '1' ) -- is it status info? 
or ( BIU_OR_RMU = 'O' ) then -- I am RMU 
TEMP := TEMP + 1 ; 

if ( Data_In ( Data_Length ) = '1' ) then -- it is a command 
Command_Data_Flag <= '1' after Delay_5_ns ; 
end if ; 

else -- It is not mine, ignore it. 

TEMP : = 0 ; 
end if ; 

elsif ( TEMP = 2 ) then 

Load_Counter_Out <= ' 1 ' after Delay_5_ns ; 

TEMP : = 0 ; 

elsif ( TEMP = 0 ) then 

Load_Counter_Out <= 'O' after Delay_5_ns ; 

end if ; 
end i f ; 

elsif ( Sync_Detected = '1' ) then -- Time to reintialize the counter. 

TEMP : = 1 ; 

Load_Counter_Out <= 'O' after Delay_5_ns ; 

elsif ( Reset_BIU = '1' ) then -- Time to reset the system and intialize the counter. 

TEMP : = 0 ; 

Load_Counter_Out <= 'O' ; 

Command_Data_Flag <= 'O' ; 

end i f ; 

end process ; 


end HEADER_Behave ; 


- - File Name : 

-- Host Machine: 
-- Target Machine 
-- Environment : 

-- Organization: 

- - Pro j ect : 

- - Author : 

-- Creation Date: 


-- Name /Number: 

DATCLK (architecture) 

- - Abstract : 

This file contains the entity for the read data packet clock generator. 
-- This counter is used to load in the data packet header from the 
-- Input FIFO. It is loaded with a value of 3 and counts down to 0. 

SIGNAL DEFINITION : 

-- Acronyms /Abbrevi at ions : 

-- Dependencies: 


DATCLK_E . VHD 

GATEWAY 486/33 (IBM AT Clone) 

GATEWAY 486/33 (IBM AT Clone) 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 
DOS Version 6.2 
NASA- La RC 

Fly By Light - Power By Wire (FBL-PBW) 

Mahyar R. Malekpour 
8/1/1996 


76 



IEEE . STD_LOGIC_1164 
-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: ??/??/96 

by: Mahyar Malekpour 


library IEEE ; 


use ieee . std logic 1164. all; 




entity DATCLK is 

port ( Reset BIU : 

in 

std logic ; 


Transmit Data : 

in 

std_logic ; 


Byte_Clock_In : 

in 

std_logic ; 


Count Value Out : 

out 

st d_logi c_vect or 

1 downt o 0 


) ; 


end DATCLK ; 


-- File Name: 

DATCLK A.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 

-- 

DOS Version 6.2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R. Malekpour 

-- Creation Date: 

8/1/1996 


-- Name/Number: 

DATCLK (architecture) 


-- Abstract: 

This file contains the architecture for the read data packet clock generator. 
-- This counter is used to load in the data packet header from the 
-- Input FIFO. It is loaded with a value of 3 and counts down to 0. 


-- 3 
-- 2 
-- 1 

-- 0 


==> read first byte, has to be FF 
==> read second byte, is a BIU_ID 
==> read third byte, is a command or a 
this value has to 


==> noop. 


count of number of bytes to follow 

loaded into the p_to_s_count counter/register . 


SIGNAL DEFINITION : 


-- Acronyms /Abbrevi at i ons : 

-- Dependencies: 

IEEE . STD_LOG I C_1 164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 
-- Revisions: 


Modified on: 8/1/96 


library IEEE ; 

use WORK. CNSTNT_P. all ; 
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use ieee . std_logic_arith . all ; 
use work .my_std_logic_arith . all ; 


architecture DATCLK_Behave of DATCLK is 
begin 


-- The counter is reset whenever BIU is reset. 

Two_Bit_Counter : process ( Reset_BIU, Byte_Clock_In ) -- COUNT ) 
variable TEMP : natural range 0 to 3 := 0 ; 

begin 

if ( Reset_BIU = 'O' ) then 

if Rising_Edge ( Byte_Clock_In ) then 
if ( Transmit_Data = ' 1 ' ) then 
TEMP : = 3 ; 
else 

if ( TEMP > 0 ) then 
TEMP := TEMP - 1 ; 
end if ; 

end if ; 
end i f ; 

else -- Time to reset the system and intialize the counter. 

TEMP : = 0 ; 
end i f ; 

- - Synopsys vs Cadence 

Count_Value_Out <= CONV_STD_LOGIC_VECTOR ( TEMP, 2 ) ; 

Count_Value_Out <= To_StdLogicVector ( TEMP, 2 ) after Delay_10_ns ; 

end process ; 


end DATCLK_Behave ; 


-- File Name: 

PRMCON E.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

- - Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6.2 

-- Organization: 

NASA- La RC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

- - Author : 

Mahyar R. Malekpour 

-- Creation Date: 

8/14/1996 


-- Name/Number: 

PRMCON (entity) 


- - Abstract : 

This module is the EPROM/RAM controller and handels fetching of 
-- instructions from the EPROM/RAM. 

SIGNAL DEFINITION : 

-- Acronyms/ Abbreviations : 

- - Dependenc i e s : 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 
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Modified on: 8/29/96 

by: Mahyar Malekpour 

Added EPROM_Error_Flag to this entity. 

Added BIU_OR_RMU to this entity. 

Modified on: 9/4/96 

by: Mahyar Malekpour 

Added MUX_Select and Start_Command to this entity. 


library IEEE ; 

use ieee . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 
use WORK. EPROM_P. all ; 

entity PRMCON is 
port ( 


BIU_OR_RMU 

in 

std logic ; 



Reset BIU 

in 

std logic ; 



Sync Detected 

in 

std_logic ; 



Start Cycle 

in 

std_logic ; 



BIU_ID 

in 

std_logic_vector 

( Data Length downto 0 ) ; 

Byte_Clock_In 

in 

std_logic ; 



Start_Transmit 

out 

std_logic ; 



Start_Receieve 

out 

std_logic ; 



Status_Data 

out 

std_logic ; 



Start Command 

out 

std_logic ; 



MUX_Select 

out 

std_logic_vector 

(Data_Length downto 0) ; 

ROM_Data 

in 

std_logic_vector 

(ROM 

WIDTH - 1 downto 0) ; 

ROM_Rea d_Bar 

out 

std_Logic ; - - : = 

' 0 ' 

; -- active low 

ROM Write Bar 

out 

std_Logic ; - - : = 

' 0 ' 

; -- active low 

ROM_ADDRESS 

out 

std_logic_vector 

(ROM 

_ADDRESS_LINES - 1 downto 

E PROM_E r r or_F 1 ag 

out 

std_logic 




) ; 

end PRMCON ; 


- - File Name : 

PRMCON A.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

- - Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6.2 

-- Organization: 

NASA- La RC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R. Malekpour 

-- Creation Date: 

8/14/1996 


-- Name/Nurnber: 

PRMCON (architecture) 


- - Abstract : 

This file contains the architecture for the EPROM/RAM controller. 

SIGNAL DEFINITION : 

-- Acronyms /Abbrevi at i ons : 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 8/29/96 
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Modified on: 9/3/96 

-- Distingushing between BIU and RMU. Added the necesarry logic. 

Modified on: 9/6/96 

-- To send the incoraming data out on the read-bus ASAP, I had to modify the 
-- code and add some new logic so that start_transmit signal is generated for 
-- this case and at the appropriate time. 


library IEEE ; 

use WORK. CNSTNT_P. all ; 

use WORK. EPROM_P. all ; 

use ieee . std_logic_arith . all ; 

use work .my_std_logic_arith . all ; 


architecture PRMCON_Behave of PRMCON is 

constant Delta_Time_Length : integer 
constant Timer_Length : integer 


:= Data_Length_Plus_l ; --8 bits 

:= (2 * Data_Length_Plus_l) ; -- 16 bits 


signal 

Load_Counter_Bar 

std_logic 

: = ' 1 ' ; 

signal 

Instruction_Buf f er 

std_logic_ 

vector ( Data Length downto 

signal 

RE AD_A_ Inst 

std_logic 

":= '1' ; 

signal 

I n t e rna l_ROM_READ_Ba r 

std_logic 

: = ' 1 ' ; 

signal 

Decode_Inst 

std_logic 

: = ' 1 ' ; 

signal 

Pause_Fetch 

std_logic 

: = 'O' ; 

signal 

Re sume_Fe t ch 

std_logic 

: = 'O' ; 


begin 


Interna l_ROM_READ_Bar <= BYTE_CLOCK_In or READ_A_Inst ; 
ROM_READ_Bar <= Internal_ROM_READ_Bar ; 


-- This process loads the EPROM instruction into a temporary buffer for 
-- future use. 

Load_Instruction : process ( Reset_BIU, BIU_OR_RMU, Start_Cycle, ROM_Data, 

Internal_ROM_READ_Bar ) 


begin 

if ( Reset_BIU = 'O' ) and ( Start_Cycle = 'O' ) then 
if ( Interna l_ROM_READ_Bar = 'O' ) then -- load it. 

Instruct ion_Buffer <= ROM_Data ( Data_Length downto 0 ) ; 

end i f ; 

elsif ( Start_Cycle = '1' ) then -- Time to reset the system, 

if ( BIU_OR_RMU = * 1 * ) then --if BIU 

Instruct ion_Buffer <= ( others => 'O' ) ; 

end i f ; 

else --if ( Reset_BIU = '1' ) -- Time to reset the system. 

Instruction_Buf f er <= ( others => 'O' ) ; 

end i f ; 

end process ; 


-- The counter is reset whenever BIU is reset. 

-- The counter is set whenever Start_Cycle is set. 

Decode_Instruction : process ( BIU_OR_RMU, Reset_BIU, Start_Cycle, Decode_Inst, 

Byte_Clock_In, Pause_Fetch, Resume_Fetch, 
Instruct ion_Buffer, Sync_Detected ) 


variable TEMP : integer ; 
begin 
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if ( Reset_BIU = 'O' ) and ( Start_Cycle = 'O' ) then 
if Falling_Edge ( Decode_Inst ) then 

if ( Instruct ion_Buffer = "11111111" ) then 

Pause_Fetch <= ' 1 ' ; -- end of schedule detected. 

elsif ( Inst rue tion_Buffer ( 4 downto 0 ) = BIU_ID ( 4 downto 0 ) ) 
or ( Instruct ion_Buffer ( Data_Length - 4 downto 0 ) = Global_BIU_ID 


downto 0 )) then -- is it everyones? 

if ( Instruction Buffer 

( 7 ) = 

' 1 ' 

) then 

Start Transmit <= '1' , 
end i f ; 

if ( Instruction Buffer 

( 6 ) = 

' 1 ' 

) then 

Start Receieve <= '1' , 
end i f ; 

if ( Instruction Buffer 

( 5 ) = 

' 1 ' 

) then 

Status Data <= '1' , 

end i f ; 

else -- so it is not mine. 

then 




-- RMU's operation is opposite of the BIU's 

-- I.e., While BIU is transmitting, RMU must be receiving data. 

-- 9/5/96 

-- RMU must transmit this data ASAP and unconditionally. 

-- 9/6/96 

if ( BIU_OR_RMU = 'O' ) then -- am I RMU? 
if ( Inst rue tion_Buf f er ( 7 ) = '1' ) then 
Start_Receieve <= '1' ; 

MUX_Select < = Instruct ion_Buf f er ; 
end if ; 
end i f ; 

end if ; 

if ( Instruct ion_Buffer ( 4 downto 0 ) = BIU_ID ( 4 downto 0 ) ) -- 

and ( Instruct ion_Buffer ( 7 ) = '1' ) 
and ( Instruct ion_Buffer ( 5 ) = '1' ) 
and ( BIU_OR_RMU = 'O' ) then - - am I RMU? 

Start_Command <= '1' ; 

end if ; 

end i f ; 

-- Special case of RMU. 

-- Send out data as soon as receiving them 
-- 9/6/96 

if ( Sync_Detected = '1' ) then 

if ( BIU_OR_RMU = 'O' ) then - - am I RMU? 

-- This is the number of clock cycles that takes the data to 
--go thru the RMU, i.e., pin to pin delay of RMU at this time. 

-- This value must be increased after introduction of voting or 
-- other operations on the incomming data. 

-- 9/6/96 
TEMP : = 3 ; 
end if ; 

end i f ; 


if Rising Edge ( 

Byte 

; i 

Slock In ) then 


Start Transmit 

<= ' 

0 

' after 

Delay 5 

ns 

Start Receieve 

<= ' 

0 

' after 

Delay 5 

ns 

Status Data 

<= ' 

0 

' after 

Delay 5 

ns 

Start Command 

<= ' 

0 

' after 

Delay 5 

ns 


if ( TEMP > 0 ) then 
TEMP : = TEMP - 1 ; 
end if ; 

if ( TEMP = 1 ) then 

Start_Transmit <= '1' after Delay_5_ns ; 

Status_Data <= ' 1 ' after Delay_5_ns ; 
end if ; 

end i f ; 

elsif ( Reset_BIU = '1' ) then -- Time to reset the system and intialize 


- Is it mine? 

( Data_Length - 4 


Is it mine? 


the counter . 
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TEMP : = 0 ; 


Pause Fetch <= 

'O' ; 


Start Transmit <= 

'O' ; 


Start Receieve <= 

'O' ; 


Status Data <= 

'O' ; 


Start Command < = 

'O' ; 


elsif ( Start Cycle 

= '1' 

) then 

Pause Fetch <= 

'O' ; 


Start Transmit <= 

'O' ; 


Start Receieve <= 

'O' ; 


Status Data <= 

'O' ; 


Start Command < = 

'O' ; 


end i f ; 

if ( Resume Fetch = 

'i' > 

then 

Pause Fetch <= 'O' 
end i f ; 

; 



end process ; 


Time to reset and intialize the counter 


-- This process fetches one instruction at a time upon receiving the 
-- Start_Cycle signal. Each instruction is 2 bytes long. It loads the 
-- delta time of the next instruction into the Delta_Time_Clock counter 
-- and counts it down. When it reaches zero, it then issues a read signal 
-- to the EPROM. It stops/pauses reading from the EPROM upon Pause_Fetch 
-- and Pause_Fetch is asserted when the end-of -schedule delimiter is 
- - encountered . 

-- The counters are reset whenever BIU is reset. 

-- The counters are set whenever Start_Cycle is set. 

Fetch_Instruction : process ( BIU_OR_RMU, Reset_BIU, Start_Cycle, 

Byte_Clock_In, Pause_Fetch, Resume_Fetch , 

ROM_Data, Internal_ROM_READ_Bar ) 

constant ROM_DEPTH : integer := 2 ** ROM_DEPTH_BITS ; 

variable Address : integer range 0 to ROM_DEPTH - 1 := 0 ; 

variable Delta_Time_Clock : integer range 0 to 256 := 0 ; 

begin 

if ( Reset_BIU = 'O' ) and ( Start_Cycle = 'O' ) then 

if Rising_Edge ( Byte_Clock_In ) then 
Decode_Inst <= '1' after Delay_5_ns ; 

READ_A_Inst <= '1' after Delay_5_ns ; 

if ( Pause_Fetch = 'O' ) then 
Resume_Fetch <= 'O' ; 

if ( Interna l_ROM_READ_Bar = 'O' ) then -- load it. 

Delta_Time_Clock := To_integer ( ROM_Data ( ROM_WIDTH - 1 downto 8 ) ) / 

Delta_Time_Clock := Delta_Time_Clock +1 ; --to avoid lock up due to 0 

elsif ( Delta_Time_Clock > 0 ) then 

Delta_Time_Clock := Del ta_Time_C lock - 1 ; 


if ( Delta_Time_Clock = 0 ) then 

-- It reached zero and time to decode the old opcode and read the next 

instruction . 

Decode_Inst <= 'O' after Delay_5_ns ; 

-- Issue a read instrunction to the EPROM. 

READ_A_Inst <= 'O' after Delay_5_ns ; 


- - Synopsys vs Cadence 

ROM_ADDRESS <= Address after Delay_5_ns ; 


-- 5/8/97 


ROM_ADDRESS <= To_StdLogicVector ( Address, ROM_DEPTH_BITS ) 
ROM_ADDRESS <= To_StdLogicVector ( Address, ROM_ADDRESS_LINES 


after Delay_5_ns ; 
after Delay_5_ns 


Address : = ( Address + 1 ) mod ROM_DEPTH ; 

if ( Address = 0 ) then -- I.e. we read all EPROM and didn't detect end-of - 

schedule? 
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EPROM_Error_Flag <= '1' ; -- There was an error 
end if ; 

end i f ; 
end i f ; 

else -- Pause_Fetch = ' 1 ' , reset the RMU 
if ( BIU_OR_RMU = 'O' ) then --if RMU 
Address := 0 ; -- read first instruction 

Delta_Time_Clock := 1 ; -- This will force the reading of the first instruction 
rightaway at the first Byte clock. 

Decode_Inst <= ' 1 ' after Delay_5_ns ; 

EPROM_Error_Flag <= ' 0 ' ; 

ROM_ADDRESS <= To_StdLogicVector ( Address, ROM_ADDRESS_LINES ) after Delay_5_ns ; 
Resume_Fetch <= * 1 ' ; 
end i f ; 
end if ; 
end i f ; 

elsif ( Reset_BIU = ' 1 ' ) then -- Time to reset the system and reintialize the counter, 
if ( BIU_OR_RMU = '1' ) then --if BIU 

Address := 2 ; -- skip first two instructions 
Delta_Time_Clock := 0 ; 

else -- elseif ( BIU_OR_RMU = 'O' ) then -- if RMU 
Address := 0 ; -- read first instruction 

Delta_Time_Clock := 1 ; -- This will force the reading of the first instruction 
rightaway at the first Byte clock. 

end i f ; 

Decode_Inst <= ' 1 ' after Delay_5_ns ; 

READ_A_Inst <= ' 1 ' after Delay_5_ns ; 

EPROM_Error_Flag <= 'O' ; 

ROM_ADDRESS <= To_StdLogicVector ( Address, ROM_ADDRE S S_L I NE S ) after Delay_5_ns ; 
Resume_Fetch <= 'O' ; 

elsif ( Start_Cycle = '1' ) then -- Time to reset and reintialize the counter, 
if ( BIU_OR_RMU = '1' ) then --if BIU 
-- It has to BIU, so restart schedule. 

Address := 2 ; -- skip first two instructions 
Delta_Time_Clock := 1 ; 

Decode_Inst <= '1' after Delay_5_ns ; 

EPROM_Error_Flag <= 'O' ; 

ROM_ADDRESS <= To_StdLogicVector ( Address, ROM_ADD RES S_L I NE S ) after Delay_5_ns ; 

end i f ; 
end i f ; 

end process ; 


end PRMCON_Behave ; 


- - File Name : 

EPROM P.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.2e) 


DOS Version 6.2 

-- Organization: 

NASA- La RC 

- - Pro j ect : 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R. Malekpour 

-- Creation Date: 

8/19/96 


-- Name/Number: 

EPROM_P.VHD (entity/architecture) 


-- Abstract: 

-- Acronyms /Abbrevi at ion s : 
FBL/PBW 

-- Dependencies: 
none 
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-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: 5/8/1997 

by: Mahyar Malekpour 

-- 1. Updated value of the ROM_DELAY to reflect the AMD27C256-55 chip timing, 
i.e., Output Enable to Output Delay (Toe) . 

-- 2. Updated value of the ROM_WIDTH to reflect the AMD27C256-55 width. 


library IEEE ; 

use IEEE . std_logic_1164 . all ; 
package EPROM_P is 


constant 

ROM 

DELAY 

time 

:= 35 

constant 

ROM" 

DEPTH 

integer 

:= 128 

constant 

ROM" 

"width 

integer 

:= 16 

constant 

ROM ADDRESS" 

"lines 

integer 

:= 12 


ns 


-- Output Enable to Output Delay (Toe) 
- actually 32768 bytes ; 

2 eproms 


end EPROM_P ; 


-- File Name: 

RECEVR E.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 

-- 

DOS Version 6.2 

-- Organization: 

NASA-LaRC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R. Malekpour 

-- Creation Date: 

8/20/1996 


-- Name/Number: 

RECEVR (entity) 


-- Abstract: 

This module is the Receiver controller that checks for the timing of 
-- receiving incomming data/command packets. 

SIGNAL DEFINITION : 

-- Acronyms/ Abbreviations : 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: ??/??/96 

by: Mahyar Malekpour 


library IEEE ; 

use ieee . std_logic_1164 . all ; 
use WORK. CNSTNT_P. all ; 


entity RECEVR is 

port ( Reset_BIU 

Start_Cycle 
Receieve Data 


in std_logic ; 
in std_logic ; 
in std_logic ; 
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Byte_Clock_In : in std_logic ; 

Load_Command_Reg : in std_logic ; 

Start_Receieve : out std_logic ; 

Receive_Error_l : out std_logic ; 

Receive_Error_2 : out std_logic ; 

Switch_Time_In : in std_logic_vector ( 2 downto 0 ) -- three bits for now 

) ; 

end RECEVR ; 


-- File Name: 

-- Host Machine: 

- - Target Machine 

- - Environment : 

-- Organization: 
-- Project: 

-- Author: 

-- Creation Date: 


- - Name /Number : 

RECEVR (architecture) 

-- Abstract: 

This module is the Receiver controller that checks for the timing of 
-- receiving incomming data/command packets. 

SIGNAL DEFINITION : 

-- Acronyms /Abbreviat ions : 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: ??/??/96 


library IEEE ; 

use WORK. CNSTNT_P. all ; 

use ieee . std_logic_arith . all ; 

use work .my_std_logic_arith . all ; 


architecture RECEVR_Behave of RECEVR is 
begin 


-- This process checks for timing of data packet arrival within the 
-- margin of Switch_Time byte clocks. If it doesn't receive a package 
-- for this module, it raises error flags. 

-- 8/20/96 

Check_Incoming_Data_Timning : process ( Reset_BIU, Start_Cycle, Receieve_Data , 

Byte_Clock_In , 

Load_Command_Reg ) 

variable Switch_Time : integer := 0 ; 

variable Bool_Flag : std_logic := '1' ; -- TRUE 

variable TEMP : integer : = 0 ; 

begin 

if ( Reset_BIU = 'O' ) and ( Start_Cycle = 'O' ) then -- time to reset, 
if Rising_Edge ( Receieve_Data ) then 


RECEVR_A . VHD 

GATEWAY 486/33 (IBM AT Clone) 

GATEWAY 486/33 (IBM AT Clone) 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 

DOS Version 6 . 2 

NASA-LaRC 

Fly By Light - Power By Wire (FBL-PBW) 

Mahyar R. Malekpour 
8/20/1996 
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1 


Bool_Flag : = 

TEMP : = 0 ; 
end i f ; 

if Rising_edge ( Byte_Clock_In ) then 
if ( Bool_Flag = ' 1 ' ) then 
TEMP := TEMP + 1 ; 
end if ; 

if ( TEMP > Switch_Time ) then 

TEMP := 0 ; -- too late for the data to arraive ! 
Bool_Flag : = 'O' ; 

Receive_Error_l <= * 1 * ; -- Timing problem 
else -- reset the error flags. 

Receive_Error_l <= 'O' ; 

Receive_Error_2 <= 'O' ; 
end if ; 

Start_Receieve <= 'O' after Delay_5_ns ; 
end i f ; 

if Rising_Edge ( Load_Command_Reg ) then 
if ( Bool_Flag = ' 1 ' ) then 

if ( TEMP <= Switch_Time ) then 

Start_Receieve <= ' 1 ' after Delay_5_ns ; 
end if ; 

Bool_Flag := 'O' ; -- time to reset the flags 
TEMP : = 0 ; 
else 

Receive_Error_2 <= * 1 * ; -- Timing problem 
end if ; 
end i f ; 

else 

Switch_Time := To_integer ( Switch_Time_In ) ; 

Receive_Error_l <= 'O' ; 

Receive_Error_2 <= 'O' ; 

TEMP : = 0 ; 

Bool_Flag : = 'O' ; 

Start_Receieve <= 'O' ; 

end i f ; 

end process ; 


end RECEVR_Behave ; 


-- File Name: 

STATUS E.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6.2 

-- Organization: 

NASA- La RC 

- - Pro j ect : 

Fly By Light - Power By Wire (FBL-PBW) 

-- Author: 

Mahyar R. Malekpour 

-- Creation Date: 

8/26/1996 


-- Name/Number: 

STATUS (architecture) 


- - Abstract : 

This file contains the entity for the send status out module. 

-- The counter used is set to the number of status registers + 2 for the 
-- header and ID information. The counter counts down to 0 indicating the 
-- end of operation. 

SIGNAL DEFINITION : 

-- Acronyms/Abbreviations : 

-- Dependencies: 

IEEE. STD LOGIC 1164 
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-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 

-- Revisions: 

Modified on: ??/??/96 

by: Mahyar Malekpour 


library IEEE ; 

use WORK. CNSTNT_P. all ; 

use ieee . std_logic_1164 . all ; 


entity STATUS is 
port ( 


BIU_OR_RMU 

in 

std_logic ; 




Reset BIU 

in 

std_logic ; 




Start Cycle 

in 

std_logic ; 




BIU_ID 

in 

std_logic_vector 

Data_Length 

down to 

0 

Start_Command 

in 

std_logic ; 




Start_Transmit 

in 

std_logic ; 




Data_Status_Flag 

in 

std_logic ; 




Data_Mode_Bit 

in 

std_logic ; 




FIFO_Data_In 

in 

std_logic_vector 

Data_Length 

down to 

0 

By t e_Cl ock_In 

in 

std_logic ; 




Status_Reg_In 

in 

std_logic_vector 

Data_Length 

down to 

0 

Transmit_Data 

out 

std_logic ; 




Load_Byte_Out 

out 

std_logic ; 




Mode_Bi t_Out 

out 

std_logic ; 




D a t a_S t a t u s_Ou t 

out 

std_logic_vector 

Data_Length 

downto 

0 


) ; 

end STATUS ; 


- - File Name : 

STATUS A.VHD 

-- Host Machine: 

GATEWAY 486/33 (IBM AT Clone) 

-- Target Machine: 

GATEWAY 486/33 (IBM AT Clone) 

- - Environment : 

Model Technology VHDL Simulation for Windows (Ver 4.3f) 


DOS Version 6.2 

-- Organization: 

NASA- La RC 

-- Project: 

Fly By Light - Power By Wire (FBL-PBW) 

- - Author : 

Mahyar R. Malekpour 

-- Creation Date: 

8/26/1996 


-- Name/Number : 

STATUS (architecture) 


- - Abstract : 

This file contains the architecture for the send status out module. 

-- The counter used is set to the number of status registers + 2 for the 
-- header and ID information. The counter counts down to 0 indicating the 
-- end of operation. 

SIGNAL DEFINITION : 

-- Acronyms/Abbreviations : 

-- Dependencies: 

IEEE . STD_LOGIC_1164 

-- Global Objects: 

-- Exceptions: 

-- Machine/Compiler Dependencies: 
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Revisions : 


Modified on: 9/16/96 

by: Mahyar Malekpour 

-- Making use of another previously unused bit, the status bit. 


library IEEE ; 

use WORK. CNSTNT_P. all ; 

use ieee . std_logic_arith . all ; 

--use work .my_std_logic_arith . all ; 

architecture STATUS Behave of STATUS is 


signal 

Status Mode Bit 

std logic 

; -- set to 

' 1 ' for 

command , 

' 0 ' for 

data 

signal 

Status Info 

std logic 

vector (Data 

Length 

downto 0) 

; 


signal 

Transmit Status 

std logic 

; 





signal 

Write A Byte 1 

std logic 

; -- := '1' 





signal 

Write A Byte 2 

std logic 

; -- := '1' 





signal 

Command Mode Bit 

std_logic 

; -- set to 

' 1 ' for 

command , 

' 0 ' for 

data 

signal 

Command_Out 

std_logic_ 

vector (Data_ 

_Length 

downto 0) 

; 


signal 

m 

Transmit_Command 

std_logic 

' 






Load_Byte_Out <= (Write_A_Byte_l and Write_A_Byte_2 ) or Byte_Clock_In after Delay_5_ns 


-- This process is a MUX and decides to send out data or status 
-- information. 

Send_Data_or_Status : process ( BIU_OR_RMU, Reset_BIU, Start_Cycle, Start_Transmit , 

Data_Status_Flag, Command_Mode_Bit , Command_Out, 
Data_Mode_Bit , FIFO_Data_In, 

Status_Mode_Bit , Status_Info, Start_Command ) 
variable Choice : integer := 0 ; 
begin 

if ( Reset_BIU = 'O' ) and ( Start_Cycle = 'O' ) then 
if Rising_Edge ( Start_Transmit ) then 
if ( Data_Status_Flag = '1' ) then 

if ( Start_Command = '1' ) then -- if RMU 

Choice : = 2 ; -- command 
else -- BIU 

Choice := 1 ; -- data 
end i f ; 
else 

Choice : = 0 ; -- status, RMU and BIU 
end if ; 
end i f ; 

if ( Choice = 2 ) then 

Data_Status_Out < = Command_Out ; 

Mode_Bit_Out < = Command_Mode_Bit ; 
elsif ( Choice = 1 ) then 

Data_Status_Out <= FIFO_Data_In ; 

Mode_Bit_Out <= Data_Mode_Bit ; 
else -- Choice = 0 

Data_Status_Out <= Status_Info ; 

Mode_Bit_Out <= Status_Mode_Bit ; 
end i f ; 

else -- time to reset the system. 

Choice := 1 ; 

end i f ; 

end process ; 


-- The Count is reset whenever BIU is reset. 
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-- The Count is reset whenever Start_Cycle is reset. 

Send_Status_Out : process ( Reset_BIU, Start_Cycle, Transmit_Status , 

Byte_Clock_In, Status_Reg_In ) 

variable Count : integer : = 0 ; 

begin 

if ( Reset_BIU = 'O' ) and ( Start_Cycle = 'O' ) then 
if Falling_Edge ( Byte_Clock_In ) then 
if ( Transmit_Status = ' 1 ' ) then 

Count : = 5 ; -- One extra count to be compatible with the Transmit_Data case, 
end if ; 

Status_Mode_Bit <= 'O' ; 

Write_A_Byte_l <= 'O' ; 

if ( Count = 4 ) then -- send out sync-pattern first 
Status_Info <= ( others => '1' ) ; 

Status_Mode_Bit <= '1' ; 

elsif ( Count = 3 ) then -- send out my id next 
Status_Info <= BIU_ID ; 

St atus_Inf o ( Data_Length ) <= 'O' ; -- set the command bit to data. 

Status_Info ( Data_Length - 1 ) <= '1' ; -- set the status bit. 

elsif ( Count = 2 ) then -- send out the count of data bytes to follow 

Status_Info <= "00000001" ; 

elsif ( Count = 1 ) then -- send out the status now 
Status_Info <= Status_Reg_In ; 

else -- if ( Count = 0 ) then -- stop 
Write_A_Byte_l <= ' 1 ' ; 

end if ; 

if ( Count >= 1 ) then 
Count : = Count - 1 ; 
end if ; 
end i f ; 

else -- time to reset the system. 

Count : = 0 ; 

Status_Info <= ( others => 'O' ) ; 

Write_A_Byte_l < = '1' ; 

end i f ; 

end process ; 


Send_Commands_Out : process ( BIU_OR_RMU, Reset_BIU, Start_Cycle, 

Transmit_Command / Byte_Clock_In ) 

variable Count : integer : = 0 ; 

begin 

if ( Reset_BIU = 'O' ) and ( Start_Cycle = 'O' ) then 
if Falling_Edge ( Byte_Clock_In ) then 
if ( Transmit_Command = '1' ) then 
Count : = 4 ; 
end if ; 

Command_Mode_Bit <= 'O' ; 

Write_A_Byte_2 <= 'O' ; 

if ( Count = 3 ) then -- send out sync-pattern first 
Command_Out < = ( others = > '1' ) ; 

Command_Mode_Bit <= ' 1 ' ; 

elsif ( Count = 2 ) then -- send start_cycle command to all BIUs by 
Comman d_Ou t <= "00011111" ; -- Globa 1_BIU_ID ; 

Command_Out ( Data_Length ) <= '1' ; -- set the command bit. 

elsif ( Count = 1 ) then -- send out the commands 

Command_Out <= "00000001" ; -- bit zero => start_cycle, for now 
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else -- if ( Count = 0 ) then -- stop 
Write_A_Byte_2 <= ' 1 ' ; 
end if ; 

if ( Count >= 1 ) then 
Count : = Count - 1 ; 
end if ; 
end i f ; 

else -- time to reset the system. 

Count : = 0 ; 

Command_Out <= ( others => 'O’ ) ; 

Write_A_Byte_2 < = * 1 * ; 

end i f ; 

end process ; 


Set_D_S_C_Flags : process ( BIU_OR_RMU / Start_Transmit , Data_Status_Flag, 

Start_Command ) 


begin 

if ( BIU_OR_RMU = 'O' ) and ( Start_Command = * 1 * ) then 
Transmit_Command <= ' 1 ' ; 

Transmit_Data <= ' 0 ' ; 

else -- if I am BIU 

Transmit_Command <= 'O' ; 

Transmit_Data < = Start_Transmit and Data_Status_Flag ; 
end i f ; 


if I am RMU 


- - 1 and 1 


Transmit_Status <= Start_Transmit and ( not Data_Status_Flag ) ; -- 1 and 0 

end process ; 


end STATUS_Behave ; 
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Appendix B 

C Codes 


// 

File : 

TESTPAL . CPP 

// 

Author : 

Mahyar Malekpour, Gabriel Velasquez 

// 

Comments : 

File Documentation 

// 

Creation Date: 

November 29, 1995 

// 

Last Mod: 

November 30, 1995 

// 

Comment : 

Changed some variable ' s names 


#include <stdio.h> 

#include <iostream.h> 

#include <string.h> 

#include <stdlib.h> 

void main() 

{ 

char one_byte ; 
int i ; 

cout << "Ready to test the tri-state signal." << endl; 
cout << "Enter a charactor to continue." << endl; 
cin >> one_byte ; 

//inline assembly 

//Reset and D/P_Bar Port 

//Reset High, D/P_Bar Tristate 


0 ; i<2 ; i++) //Creates a delay (between 6 and 7 microsecs) 

//inline assembly 

mov dx, 0300h //Reset and D/P_Bar Port 

mov al,00h //Reset Low, D/P_Bar Tristate 

out dx,al 


//Creates a delay (between 6 and 7 microsecs) 

//inline assembly 

and D/P_Bar Port 
//Reset Low, D/P_Bar Low 


//Reset and D/P_Bar Port 
//Reset High, D/P_Bar Low 


_asm 

T 

mov dx,0300h 
mov al,01h 
out dx,al 
} 


//Reset and D/P_Bar Port 
//Reset High, D/P_Bar Tristate 


0 ; i<2 ; i++) 
asm 

T 

mov dx, 0300h //Reset 
mov al,02h 
out dx,al 
} 

f or (i=0 ; i<2 ; i++) 

{ 

asm 

T 

mov dx,0300h 
mov al,03h 
out dx,al 


for (i = 

{ 


} 


for (i = 
{ 

asm 

T 


T 

mov dx, 0300h 
mov al , Olh 
out dx,al 
} 


cout << endl; 

cout << "Finished test." << endl; 
} // end main 
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/////////////////////////////////////////////////////////////////////////////// 

// 

// File: XC3020.CPP 

// 

/ / Author : Mahyar Malekpour 

// 

/ / Comment : 

// 

// Creation Date: 4/12/96 

// 

// Last Mod: 3/12/96 

/ / Changed the code to reflect the changes in the base addresses used 
// in the PAL and in the XC3020. 

// 


// 

// 

// 

Old Address 

New 

Address Device 

Function 

30 OH 

306H 

PAL 

Reset XC3020 

// 

301H 

307H 

PAL 

Program XC3020 

// 

302H 

302H 

XC3020 

Write status (Reset FIFOs) 

// 

303H 

300H 

XC3020 

Read/Write FIFOs 

// 

— 

301H 

XC3020 

Read status of FIFOs 

// 

— 

303H 

XC4000 

Transfer Data 

// 

— 

3 04H 

reserved 

reserved 

// 

— 

305H 

XC3020 

Reset and Program XC4000 


// 

/////////////////////////////////////////////////////////////////////////////// 


#include <stdio.h> 

#include <iostream.h> 

#include <string.h> 

#include <stdlib.h> 

void Reset_Xilinx_3000 () ; 

//void WriteToXC3000 () ; 

/ /#def ine ARY_SIZE 100 

void main() 

{ 

FILE *infile_ptr ; // , *outfile_ptr ; 

int array_count = 0 ; 
int infile_len ; 
char infilename [80] ; 

int char_in ; 
char *f_ptr ; 

Reset_Xilinx_3000 () ; 

//Get the input file name from user. 

cout << "Enter Xilinx (XC3000 Family) Bitstream File Name (*.rbt): " ; 
cin >> infilename ; 
cout << endl ; 

infile_len = strlen ( infilename ) ; 

f_ptr = &infilename [ infile_len - 4 ] ; 

if ( _strnicmp ( f_ptr, " .rbt" , 4 )) 

{ 

cout << "Error: No rbt extent ion ! ! ! ! " << endl ; 
exit ( 1 ) ; 

} 

//Open input file 

if ( (infile^ptr = fopen (infilename, "r") ) == NULL) 

{ 

cout << "Cannot open input file: " << infilename << endl ; 
exit ( 0 ) ; 

} 

cout << "Opened the input file: " << infilename << " to read." << endl ; 
array_count = 0 ; 

// Read the input rbt text file and save it in an array of char's. 
char_in = fgetc (infile^ptr) ; 
while ( feof (infile^ptr) == 0 ) 
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{ 

array_count++ ; 

if ( (char) char_in == ' 1 ' ) 

{ 

_asm 

{ 

mov dx,0307h 
mov al,01h 

out dx,al //Data High 

} 

} 

else 

if ( (char) char_in == 'O' ) 

{ 

_asm 

{ 

mov dx,0307h 
mov al,00h 

out dx,al //Data Low 

} 

} // if 

// Read the next character. 
char_in = fgetc (infile_ptr) ; 

} // while 

fclose ( infile_ptr ) ; 

cout << endl ; 
cout << endl ; 

cout << "Finished reading the XC3000 rbt file." << endl; 
cout << endl << endl; 

cout << "Number of characters read: " << array_count << endl; 

} // end main 

/////////////////////////////////////////////////////////////////////////////// 

// 

// 1. A '1' sets the D/P_Bar Low, while a 'O' sets the D/P_Bar into 
// a state of high impedence 'Z'. 

// 2. Reset (bit DO) and D/P_Bar (bit Dl) are at Address 306. 

// The Data Port is at Address 301. Bit DO is used serially. 

// 

/////////////////////////////////////////////////////////////////////////////// 


//Creates a delay (between 6 and 7 microsecs) 

//inline assembly 

//D/P_Bar and Reset Port 
//D/P_Bar Tristate, Reset Low 


//Creates a delay (between 6 and 7 microsecs) 

//inline assembly 

//D/P_Bar and Reset Port 
//D/P_Bar Low, Reset Low 


void Reset Xilinx 3000 () 


{ 


int i ; 


f or (i=0 ; i<4 ; i++) 

{ 

asm 

T 

mov dx, 0306h 
mov al , OOh 
out dx,al 
} 


f or (i=0 ; i<4 ; i++) 

{ 

_asm 

{ 

mov dx, 0306h 
mov al,02h 
out dx , a 1 
} 


for (i=0;i<4;i++) 
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//D/P_Bar and Reset Port 
//D/P_Bar Low, Reset High 


_a sm 

{ 

mov dx, 0306h 
mov al , Olh 
out dx,al 
} 

} // Reset_Xilinx_3000 

/////////////////////////////////////////////////////////////////////////////// 

/////////////////////////////////////////////////////////////////////////////// 

/////////////////////////////////////////////////////////////////////////////// 

// 

// File: XC4000.CPP 

// 

/ / Author : Mahyar Malekpour 

// 

/ / Comment : 

// 

// Creation Date: 4/12/96 

// 

// Last Mod: 4/29/96 

// Changed the code to reflect the changes in the base addresses used 
// in the PAL and in the XC3020. 

// 


// 

// 

// 

Old Address 

New 

Address Device 

Function 

300H 

306H 

PAL 

Reset XC3020 

// 

301H 

307H 

PAL 

Program XC3020 

// 

302H 

302H 

XC3020 

Write status (Reset FIFOs] 

// 

303H 

300H 

XC3020 

Read/Write FIFOs 

// 

— 

3 01H 

XC3020 

Read status of FIFOs 

// 

— 

3 03H 

XC4000 

Transfer Data 

// 

— 

3 04H 

reserved 

reserved 

// 

— 

3 05H 

XC3020 

Reset and Program XC4000 


// 

/////////////////////////////////////////////////////////////////////////////// 

#include <stdio.h> 

#include ciostream . h> 

#include <string.h> 

#include <stdlib.h> 

void Reset_XC4000 () ; 
int XC4000_Ready {) ; 
int Write_XC4000 () ; 

void main() 

{ 

char ch = 1 a ' ; 

while (1) 

{ 

if (( ch == 'x' ) || ( ch == 'X' )) 

{ 

cout << endl << "Exiting program." << endl ; 
break ; 

} 

else if (( ch = = 'r' ) | | ( ch == 'R' )) 

{ 

cout << "Reseting the XC4000" << endl ; 

Reset_XC4000 () ; 

} 

else if (( ch == 's' ) | | ( ch == 'S' )) 

{ 

cout << "Cheking status of the XC4000" << endl ; 

XC4000_Ready () ; 

} 

else if (( ch == 'p' ) | | ( ch == ' P ' )) 

{ 


//D/P_Bar and Reset Port 
//D/P_Bar Tristate, Reset High 


mov dx, 0306h 
mov al,03h 
out dx,al 
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cout << "Programming the XC4000" << endl ; 
Wr i t e_XC4 000 () ; 

} 

cout << endl ; 


cout << " " << endl ; 

cout << "Waiting for command:" << endl ; 

cout << " r to Reset the XC4000," << endl ; 

cout << " p to Program the XC4000," << endl ; 

cout << " s to read Status of the XC4000, or" << endl ; 

cout << " x to eXit this program. " << endl ; 


cin >> ch ; 
cout << endl ; 

} // end while 


} // end main 


/////////////////////////////////////////////////////////////////////////////// 
// 

Reset and programming of the XC4000 is done thru the same port 305Hex. 
While accessing this port, uP data bus is used to write and read to 
to this port. 

Functions XC4000 Pins uP Data Bus Pins 


PROG Bar 


DO 


// i. 

// 2 . 

// 

// 3. 

// 

// 

// 

// 

// 

// 4. 

// 

/////////////////////////////////////////////////////////////////////////////// 


Reset 

Program Din D1 

Read Staus INIT DO 

Wait DONE D1 

Thus, while programming XC4000, DO must be held high. 


void Reset XC4000 () 


{ 


int i 


f or (i=0 ; i<4 ; i + + ) 

{ 


asm 

T 


mov 

mov 

out 


dx, 0305h 
al, OOh 
dx, al 


f or ( i =0 ; i<4 ; i++) 

{ 


T 


mov 

mov 

out 


dx, 0305h 
al, Olh 
dx, al 


} // Reset_XC4000 


// Creates a delay (between 6 and 7 microsecs) 
// inline assembly 

// PR0G_Bar Low 


// Creates a delay (between 6 and 7 microsecs) 
//inline assembly 

// PROG_Bar High 


/////////////////////////////////////////////////////////////////////////////// 

int XC4000_Ready () 

{ 

int INIT_In ; 


_asm // inline assembly 

T 

mov dx, 0305h 
mov ah, OOh 

in al, dx 

and al, 003h // mask off unused bits 

mov INIT_In, ax 

} 

if ( INIT_In == 0 ) 

{ 

cout << "INIT is Low" << endl ; 
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cout << "DONE is Low" << endl ; 

cout << "There was an error!" << endl ; 

return ( 1 ) ; 

} 

else if { INIT_In == 1 ) 

{ 

cout << " INIT is High" << endl ; 
cout << "DONE is Low" << endl ; 

cout << "XC4000 is ready to be programmed." << endl ; 

} 

else if { INIT_In == 2 ) 

{ 

cout << "INIT is Low" << endl ; 

cout << "DONE is High" << endl ; 
cout << "There was an error!" << endl ; 
return ( 1 ) ; 

} 

else if ( INIT_In == 3 ) 

{ 

cout << "INIT is High" << endl ; 
cout << "DONE is High" << endl ; 

cout << "XC4000 is ready for normal operation and if desired to be reprogrammed. 

} 

else // This should never happen! 

{ 

cout << "There was an error!" << endl ; 

cout << "XC4000 status is : " << INIT_In << endl ; 
return ( 1 ) ; 

} 

return ( 0 ) ; 

} // XC4000_Ready 

/////////////////////////////////////////////////////////////////////////////// 

int Write XC4000 () 

{ 

FILE *infile_ptr ; 

int Bit_Count = 0 ; 
int infile_len ; 
char infilename [80] ; 

int char_in ; 
char *f_ptr ; 

int Frame_Error, Frame_Num ; 

int Bits_In_Frame ; // used to prevent sending CRC bits to the xc4000 . 

//Get the input file name from user. 

cout << "Enter Xilinx (XC4000 Family) Bitstream File Name (*.rbt): " ; 
cin >> infilename ; 
cout << endl ; 

infile_len = strlen ( infilename ) ; 

f_ptr = &infilename [ infile_len - 4 ] ; 

if ( _strnicmp ( f_ptr, ".rbt", 4 )) 

{ 

cout << "Error: No rbt extention ! ! ! !" << endl ; 
return ( 1 ) ; 

} 

//Open input file 

if ( (infile^ptr = fopen (infilename, "r") ) == NULL) 

{ 

cout << "Cannot open input file: " << infilename << endl ; 
return ( 0 ) ; 

} 

cout << "Opened the input file: " << infilename << " to read." << endl ; 

// See notes by the Reset_XC4000 function. 

Bit_Count = 0 ; 

Frame_Num = 0 ; 

Frame_Error = 0 ; 

Bits_In_Frame = 0 ; 

// Read the input rbt text file and save it in an array of char's. 


<< endl 
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char_in = fgetc (inf ile_ptr) ; 
while ( feof (infile_ptr) == 0 ) 

{ 

Bit_Count++ ; 

Bits_In_Frame++ ; 

if ( char_in == 10 ) // if LF 

{ 

Frame_Error = XC4000_Ready () ; 

if ( Frame_Error ) // exit the function 

{ 

f close ( infile^ptr ) ; 

cout << endl ; 

cout << "There was a FRAME ERROR at the frame number " << Frame_Num << endl ; 
cout << endl ; 

cout << "Terminated reading the XC4000 rbt file." << endl ; 
cout << endl ; 

cout << "Number of characters read: " << Bit_Count << endl ; 

cout << "Total of " << Frame_Num << " frames were written to the XC4000." << endl ; 
return ( 1 ) ; 

} 

Frame_Num++ ; 

Bits_In_Frame = 0 ; 

} 

else 

if ( (char) char in == * 1 * ) 

{ 

asm 

T 

mov dx,0305h 
mov al,03h 

out dx,al //Data High 

} 

} 

else 

if ( (char) char in == 'O' ) 

{ 

asm 

T 

mov dx,0305h 
mov al,01h 

out dx,al //Data Low 

} 

} // if 

// Read the next character. 
char_in = fgetc (infile_ptr) ; 

} // while 

fclose ( infile^ptr ) ; 

/ / Check the status once more 
Frame_Error = XC4000_Ready () ; 

cout << endl ; 
cout << endl ; 

cout << "Finished reading the XC4000 rbt file." << endl ; 
cout << endl << endl; 

cout << "Number of characters read: " << Bit_Count << endl ; 

cout << "Total of " << Frame_Num << " frames were written to the XC4000." << endl ; 
return ( 0 ) ; 

} // Write_XC4000 

/////////////////////////////////////////////////////////////////////////////// 

/////////////////////////////////////////////////////////////////////////////// 
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Appendix C 

Pin Assignments and Layouts 


Following is the content of file "pal22v.npi" that describes the PALL22V10 pin assignments: 

{XOR_POLARITY_CONTROL FALSE, MAX_XOR_PTERMS 0, POLARITY_CONTROL TRUE, MAX_PTERMS 16, MAXJ3YMB0LS 

2 0 }; 

DEVICE 

{ XOR_POLARITY_CONTROL FALSE, MAX_XOR_PTERMS 0, POLARITY_CONTROL TRUE, MAX_PTERMS 16, 
MAX_SYMBOLS 2 0 } ; 

TARGET 'PART_NUMBER AMD PALLV22V10-10PC ' ; 


INPUT 

CLK IN : 1 

; 


INPUT 

D1 : 2 ; 



INPUT 

AEN : 3 ; 



INPUT 

ADDRESS 

0 

4; 

INPUT 

ADDRESS 

1 

5; 

INPUT 

ADDRESS 

2 

6 

INPUT 

ADDRESS 

3 

7 ; 

INPUT 

ADDRESS 

4 

8; 

INPUT 

ADDRESS 

5 

9; 

INPUT 

ADDRESS 

6 

10 

INPUT 

ADDRESS 

7 

11 

INPUT 

ADDRESS 

8 

13 

INPUT 

ADDRESS 

9 

14 


DATA_0UT : 1 5 {XOR_POLARITY_CONTROL FALSE, MAX_XOR_PTERMS 0, POLAR IT Y_C0NTR0L TRUE, 
MAX_PTERMS 16, MAX_SYMBOLS 20 } ; 

CLK_0UT : 16 {XOR_POLARITY_CONTROL FALSE, MAX_XOR_PTERMS 0, POLAR ITY_CONTROL TRUE, 
MAX_PTERMS 16, MAX_SYMBOLS 20} ; 

INPUT FEEDBACK_DONE_PROG: 17 ; 

D0NE_PR0G_BAR : 18 {XOR POLAR IT Y_CONTROL FALSE, MAX_XOR_PTERMS 0, POLAR ITY_CONTROL TRUE, 
MAX_PTERMS 16, MAX_SYMBOLS 20} ; 

RESET_OUT : 19 {XOR_POLARITY_CONTROL FALSE, MAX_XOR_PTERMS 0, POLARITY_CONTROL TRUE, 
MAX_PTERMS 16, MAX_SYMBOLS 20 } ; 

DONE_PROG_TRISTATE : 20 {XOR_POLARITY_CONTROL FALSE, MAX_XOR_PTERMS 0, POLARITY_CONTROL 
TRUE, MAX_PTERMS 16, MAX_SYMBOLS 20} ; 

INPUT IOWR_BAR : 21 ; 

INPUT DO : 22 ; 

X_CL K _OUT : 2 3 {XOR_POLARITY_CONTROL FALSE, MAX_XOR_PTERMS 0, POLARITY_CONTROL TRUE, 
MAX_PTERMS 16, MAX_SYMBOLS 20 } ; 

NO_CONNECT 12, 24; 

END DEVICE; 

VIRTUAL DFF . modOOllll . x, DFF .mod001105 .x, BUFTH .mod000054 .x, Xdefault_0, 

W000622, W000623, W000517, W000428, 

W000511, W000618, W000557, BUFTH .mod000054 . i , 

BUFTH. mod000054 ,oe, BUFTH. mod000054 .RETURN, fGND .modOOO 962 . RETURN, DFF .modOOllll . q, 
DFF .modOOllll . q_bar, DFF .modOOllll . d, DFF .modOOllll . elk, DFF .mod001105 . q, 

DFF .mod001105 . q_bar , DFF .mod001105 . d, DFF .mod001105 . elk; 
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Following is the content of file "xc3020 . cst" that describes the XC3020 pin assignments: 


; Last update: Mahyar 3/28/1996 
; Added Chip_Select_Bar 
; Last Modified on 4/10/1996 

; Last Modified on 5/2/1996 

; DIN_4000 is tied to D(0) and PROG_4000 is tied to D(5) 
; So, they don’t have special pins anymore. 

; Last Modified on 6/7/1996 
; Added DIRCTION pin 44 

place block CCLK_4000 P75; 

/place block DIN_4000 P76; 
place block PROG_4000 P77; 
place block INIT_4000 P78; 
place block DONE_4000 P66; 

place block CHIP_SELECT_BAR Pll; 
place block RESET_BIU P30; 
place block DIRECTION P44; 

/place block UP_DATA_PIN_5 P61/ 
place block DAT A_R E AD_BAR P10/ 
place block DAT A_W R I T E_B AR P25/ 

place block BIU_FIFO_WRITE_BAR P68/ 
place block B IU_F I FO_READ_BAR P70/ 

place block OUTPUT_FIFO_HF_BAR P52 / 
place block OUT PUT_F I F0_EMPT Y_BAR P45/ 
place block OUTPUT_FIFO_FULL_BAR P46/ 
place block OUTPUT_FIFO_WRITE_BAR P47/ 
place block OUT PUT_F I FO_READ_BAR P48/ 
place block OUTPUT_FIFO_RESET_BAR P49/ 

place block I N PUT_ F I FO_H F_BAR P27/ 
place block INPUT_FIFO_EMPTY_BAR P29/ 
place block INPUT_FIFO_FULL_BAR P35/ 
place block INPUT_FIFO_WRITE_BAR P37/ 
place block I N PUT_ F I F0_R E AD_BAR P39/ 
place block I N PUT_ F I F0_R E S ET_BAR P40/ 

place block FIF0_DATA_IN_0UT<7> P67/ 
place block FIF0_DATA_IN_0UT<6> P65/ 
place block FIF0_DATA_IN_0UT<5> P63/ 
place block FIF0_DATA_IN_0UT<4> P62 / 
place block FIF0_DATA_IN_0UT<3 > P60/ 
place block FIF0_DATA_IN_0UT<2 > P59/ 
place block FIF0_DATA_IN_0UT<1> P58/ 
place block FIFO_DATA_IN_OUT<0> P56/ 

place block UP_DATA_IN_0UT<7> P15/ 
place block UP_DATA_IN_0UT<6> P16/ 
place block UP_DATA_IN_0UT<5> P17/ 
place block UP_DATA_IN_0UT<4> P18/ 
place block UP_DATA_IN_0UT<3 > P19/ 
place block UP_DATA_IN_0UT<2 > P20/ 
place block UP_DATA_IN_0UT<1> P21/ 
place block UP_DATA_IN_OUT<0> P23/ 

place block I0RD_BAR P24/ 
place block I0WR_BAR P26/ 
place block AEN_BAR P28/ 

place block ADDRESS<9> P81/ 
place block ADDRESS<8> P82 / 
place block ADDRESS<7> P83 / 
place block ADDRESS<6> P84/ 
place block ADDRESS<5> P2 / 
place block ADDRESS<4> P3 / 
place block ADDRESS<3> P4 / 
place block ADDRESS<2> P5/ 
place block ADDRESS<1> P8/ 
place block ADDRESS<0> P9/ 
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; place block DONE_PROG_BAR P55; 
/place block SERIAL_PROG_IN P72 ; 
/place block CLK_IN P74 ; 

/place block RESET P54; 


Following is the content of file "xc4000.cst" that describes the XC4000 pin assignments: 


# Pin assignments for the XC4000 

# Mahyar 3/25/1996 

# Changed the format on 4/5/1996 

# Last Modified on 4/12/1996 

# 

# Last Modified on 5/14/1996 

# 

place instance CHIP_SELECT_BAR : Al; 
place instance RESET_BIU : A2 / 

# 

#place instance FIF0_DATA_IN<7> : LI/ 

#place instance FIF0_DATA_IN<6> : L2; 

#place instance FIF0_DATA_IN<5> : Kl; 

#place instance FIF0_DATA_IN<4> : K2; 

#place instance FIF0_DATA_IN<3> : K3 / 

#place instance FIF0_DATA_IN<2> : J1 ; 

#place instance FIF0_DATA_IN<1> : J2 ; 

#place instance FIFO_DATA_IN<0> : J3 ; 

# 

place instance FIF0_DATA_0UT<7> : G1 / 
place instance FIF0_DATA_0UT<6> : G2 ; 
place instance FIF0_DATA_0UT<5> : G3 / 
place instance FIF0_DATA_0UT<4> : FI; 
place instance FIF0_DATA_0UT<3> : F2 / 
place instance FIF0_DATA_0UT<2> : El; 
place instance FIF0_DATA_0UT<1> : E2 ; 
place instance FIFO_DATA_OUT<0> : E3 ; 

# 

place instance INPUT_FIFO_READ_BAR : D3 ; 
#place instance INPUT_FIFO_HF_BAR : Rll; 
#place instance INPUT_FIFO_EMPTY_BAR : RIO; 
#place instance IN PUT_F I FO_FULL_BAR : P9 ; 

# 

place instance OUTPUT_FIFO_WRITE_BAR : M3; 
place instance OUTPUT_FIFO_HF_BAR : N15; 
#place instance OUT PUT_F I FO_EMPT Y_BAR : N14 ; 
#place instance OUTPUT_FIFO_FULL_BAR : M14 ; 

# 

# 

place instance BIT_CLOCK_IN : B3 ; 
place instance BYTE_CLOCK_OUT : B1 ; 

# 

place instance ADDRESS<2> : T13 ; 
place instance ADDRESS<1> : R13 ; 
place instance ADDRESS<0> : P12 ; 

# 

place instance IORD_BAR : N1 ; 

#place instance IOWR_BAR : Cl; 

# 

place instance FIF0_DATA_IN_0UT<7> : T16; 
place instance FIF0_DATA_IN_0UT<6> : T14 ; 
place instance FIF0_DATA_IN_0UT<5> : T10; 
place instance FIF0_DATA_IN_0UT<4> : R9; 
place instance FIF0_DATA_IN_0UT<3> : T8; 
place instance FIF0_DATA_IN_0UT<2> : P7; 
place instance FIF0_DATA_IN_0UT<1> : T3 ; 
place instance FIFO_DATA_IN_OUT<0> : P4; 

# 

place instance DATA_READ_BAR : T9; 
place instance DATA_WRITE_BAR : Til; 

# 

#place instance DONE : R15; 

#place instance SERIAL_PROG_IN : R14 ; 

#place instance CCLK : R2 ; 

# 

#place instance BIU_DATA_IN<7> : M16; 

#place instance BIU_DATA_IN<6> : L16; 
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#place instance BIU_DATA_IN<5> : K16; 
#place instance BIU_DATA_IN<4> : J16; 
#place instance BIU_DATA_IN<3> : H16; 
#Place instance BIU_DATA_IN<2> : G16; 
#place instance BIU_DATA_IN<1> : F16; 
#place instance BIU_DATA_IN<0> : E16; 

# 

#place instance EPR0M_DATA<7> : C5; 
#place instance EPR0M_DATA<6> : C7; 
#place instance EPR0M_DATA<5> : B5; 
#place instance EPR0M_DATA<4> : B6; 
#place instance EPR0M_DATA<3> : B7; 
#Place instance EPR0M_DATA<2> : A6; 
#place instance EPR0M_DATA<1> : A7; 
#place instance EPROM_DATA<0> : A8; 

# 

#place instance EPR0M_ADDRESS<11> : C9; 
#place instance EPROM_ADDRESS<10> : CIO; 
#place instance EPROM_ADDRESS<9> : C12; 
#place instance EPROM_ADDRESS<8> : B9 ; 
#place instance EPROM_ADDRESS<7> : BIO; 
#place instance EPROM_ADDRESS<6> : Bll; 
#place instance EPROM_ADDRESS<5> : B12; 
#place instance EPROM_ADDRESS<4> : B13; 
#place instance EPROM_ADDRESS<3 > : A9 ; 
#Place instance EPROM_ADDRESS<2 > : A10; 
#place instance EPR0M_ADDRESS<1> : All; 
#place instance EPROM_ADDRESS<0> : A13; 

# 

#place instance EPROM_READ : A14; 

#place instance EPROM_WRITE : C15; 

# 

#place instance SERIAL_DATA_IN : C2 ; 
#place instance SE R I AL_DATA_OUT : N2 ; 

# 
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Appendix D 

Schedule and Data Packet Examples 


Abbreviations used in the following schedule tables: 

DT = Delta Time 
Tx = Transmit 
Rx = Receive 

S/D/C = Status or Data or Command 
Id = BIU or RMU Id 


Schedule for the ideal test case (Content of "ideal-s.txt" file) : 


DT Tx Rx 

10 1 0 

5 0 0 

5 1 0 

10 1 

6 1 0 

4 0 1 

6 1 0 

4 0 1 

30 1 0 

10 1 

5 1 0 

10 1 

19 1 0 

10 1 

7 1 0 

10 1 

2 1 0 

10 1 

5 1 0 

10 1 

19 1 0 

10 1 

5 1 0 

10 1 

15 1 1 


S/D/C Id 
1 27 

0 27 

0 27 

1 31 

0 1 

1 31 

0 2 

1 31 

1 1 

1 31 

1 2 

1 3 

1 3 

1 4 

1 4 

1 1 

1 1 

1 2 

1 2 

1 3 

1 1 

1 2 

1 3 

1 4 

1 31 


Schedule for the fail BIU test case (Content of "fail-biu.txt" file) : 


DT Tx Rx 

10 1 0 

5 0 0 

5 1 0 

10 1 

4 1 0 

2 0 1 

4 1 0 

2 0 1 

30 1 0 

10 1 

5 1 0 

10 1 

19 1 0 

10 1 

7 1 0 

10 1 

2 1 0 

10 1 

5 1 0 

10 1 

19 1 0 

10 1 

5 1 0 

10 1 

15 1 1 


S/D/C Id 
1 27 

0 27 

0 27 

1 31 

0 1 

1 31 

0 2 

1 31 

1 1 

1 31 

1 2 

1 3 

1 3 

1 4 

1 4 

1 1 

1 1 

1 2 

1 2 

1 3 

1 1 

1 2 

1 3 

1 4 

1 31 
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Appendix E 

VHDL Tools 


This appendix contains the design flow and procedures necessary to get through the many tools of 
VHDL development environment. Specifically, the Cadence tool set consisting of "picdesign" , 
"picxilinx", "hdldesk", and "Synergy". 


This procedure is put together to help new users to get thru Cadence tools and 
to speed up the initial learning curve. 

Last Modified on: 11-21-95 

Cadence Version: 9404 


Procedure for using the many files and tools of Cadence development 
environment to synthesize and implement a given design in VHDL: 

1. run "hdldesk &" 

2 . compile all codes using hdldesk 

3 . run "SynrgCheck" from the hdldesk 

4. "Synthesize" from hdldesk 

5. select the target library; 3000, 4000, or etc. 

6. set synthesis option to cost (a must for XC3000) , 

"yes" for schematic generation, and 

select "STD Logic" option 

7. Synergy brings up a pop-up window titled "Import VHDL", 
select "Verilog Model Import Files" and OK it . 

Check for warnings and errors in the log files. 

8 . quit Synergy 

9. edit "xnf_out" file and specify the latest run directory used by Synergy, 
it is usually in the form of ". /yourdesignname_some thing . syn . run#" , 

all that is necessary to do is to change the "#" to reflect the latest 
run directory 

10. save the file and quit the editor 

11. xnf_out 

it will create a "*.xnf" file with the same name as the design name but, 
due to some mysterious reasons, in UPPER case. This file located 
in the "xilinx" run directory, specified in the "xnf_out" file, MUST 
be renamed to lower case. 

12. for user pin assignments, edit the file " filename . cst " that 
is located in the "xilinx" run directory. 

13 . picxilinx & 

14. "Setup" will bring up a pop-up window titled "Xilinx" 
under "GLOBAL OPTIONS" specify all but 

leave the "Package File" as "default" 
under "NETLIST OPTIONS" select 
Import Netlist 

Generate Constraints File Template 
under "PHYSICAL OPTIONS" select 
Verilog Stand Alone 
User Pins Only 

15 . P & R 

16 . Physical 

it generates "*.v" and "*.sdf" files 

17. generate VHDL shells for the verilog files just created: 
verilog +vhdl_crshell filename. v 

18. compile the new VHDL file and modify the test bench for post -synthesis 
simulation, i.e., simulation with back-annotation results. 

19. quit "HDL Desktop" 
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This procedure is put together to help new users to get thru Cadence tools and 
to speed up the initial learning curve. 

Last Modified on: 10-28-96 

Cadence Version: 9502 

Mahyar Malekpour 


Procedure for using the many files and tools of Cadence development 
environment to synthesize and implement a given design in VHDL : 

1. Change directory to your working directory, 
cd YourWorkDirectory 

Note: "YourWorkDirectory" is the directory where your VHDL codes are. 

2. Invoke "HDL Desktop" to run Leapfrog and Synergy: 
hdldesk & 

From within hdldesk: 

3 . Compile all VHDL codes using hdldesk 

4. Select the architecture to be synthesized, this will enable the "Synthesize" button 

5. Run "SynrgCheck" from the hdldesk for a quick synthesizability check, or 
run "Synthesize" for a full synthesis of your architecture 

Note: "SynrgCheck" will operate from within hdldesk, while 
"Synthesize" will invoke Synergy. 

From within Synergy: 

6. Select the target library; 3000, 4000, or etc. 

7. Select "Run Synthesizer ...", 

it will bring up a pop-up window with the caption bar "Run Synthesizer and Optimizer" 

7.1. Select Generate Schematic option, if you desire to see the schematic 
Note: the "type" should be set to "Composer" 

7.2. Set Constraint Priority to "cost" (a must for XC3000) 

7.3. Set Job Priority to "Highest" which is numercial zero 

7.4. Select "STD_L0GIC", if it is not selected 

7.5. "OK" it. The pop-up window will disappear and the synthesis will begin 

8. MUST wait for the synthesis to finish. 

Note: DO NOT hit any key or buttons until the synthesis is finished. 

Depending on the size of your design, it will take from one to a few 
minutes for the Synergy to finish synthesizing your code. 

Be patient! 

9. To view the synthesis results, from the menu bar, select 

Show --> Output --> Composer Schematic 
It will bring up two the composer related windows 

Note: The Composer schematic viewer is VERY PRIMITIVE and with very few functions. 

You can zoom in and out, pan left and right, and plot the schematic. 

I use it for plotting and visual verification of the synthesis results. 

Note: DO NOT attempt to modify and save the modified schematic! 

10. Quit schematic viewer! 

11. Quit Synergy! 

From the Unix environment: 

12. Edit "xnf_out" file and specify the latest run directory used by Synergy, 
it is usually in the form of ". /YourDesignN ame_Some thing . syn . run#" , 

all that is necessary to do is to change the "#" to reflect the latest 
run directory 

13 . Save the file and quit the editor 
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If you don't have a "xnf_out" file, then create it. Note you only need to create it once. 
Here is a sample of a typical xnf_out file: 


xnfout -lib Opt -addio -rundir YourXilinxDi rectory -spath 
" . /YourDesignName_Something . syn . run# 

/usr/local/cds-9502 / share /library/xilinx/ cds /usr/ local / cds- 9502 / / tools/df II/ etc/cdslib" 
YourDesignNameinCaps 


Legend : 

YourXilinxDi rectory is the directory where the synthesis results will be. 

You need to create this directory once and prior to 
running xnf _out command . 


be . 


YourDesignName_Some thing . syn . run# is the directory where all the temporary files will 

Synergy creates a new directory after every run. 


YourDesignNameinCaps is your design name, i.e., your design entity name, 

and not necessarily the file name of your design in 
caps (UPPER CASE) . 


Note: The xnf_out must be an executable file. Here is the Unix command to make 
this file executable: 

chmod 744 xnf_out 

Note that it has to be done only once and after creating the "xnf_out" file. 

14 . xnf_out 

It will create a "*.xnf" file with the same name as the design name and place it 
in the "YourXilinxDirectory" directory, specified in the ’'xnf_out" file. 

15. View the "xnf out . log" file for possible errors 

16. For user pin assignments, 

edit the file "f ilename . cst " that is located in the "YourXilinxDirectory" directory. 
If there is no such file there, then create one. 

Note: "*.cst" file format for the Xilinx xc3000 series is as follows: 
place block Your_I/0_Pin_Name P#; 

Example : 

place block ADDRESS<7> P2 ; 

Note: "*.cst" file format for the Xilinx xc4000 series is as follows: 

place instance Your_I/0_Pin_Name : #; 

Example : 

place instance ADDRESS<7> : C5 ; 

Note: For further details please see the Xilinx manuals. 


There are two ways of generating hex files for programming the Xilinx chips: 

a. via the Xilinx front end tool called "picxilinx" or 

b. creating a make file and running it at the command line. 

Option a, via "picxilinx" and from "YourWorkDirectory" : 

17. Run Pic-Xilinx program: 
picxilinx & 

17.1. "Setup" will bring up a pop-up window titled "Xilinx" 
under "GLOBAL OPTIONS" specify 

"Design Name" to "design-name", 

"Work File" to ". /file-name . wrk" , 

"Run Directory" to "YourXilinxDirectory, 

"Part Name" to "XC3020PC84" or "4005APG156" or other Xilinx parts, and 
leave the "Package File" as "default" 
under "NETLIST OPTIONS" select 
"Import Netlist" 

"Generate Constraints File Template" 
under "PHYSICAL OPTIONS" select 
"Verilog Stand Alone" 

"User Pins Only" 

17.2. Select "P & R" 
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Note: DO NOT hit any key or buttons until it is finished. 

Depending on the size of your design, it will take from one to a few 
minutes for the Place & Route to finish. 

Be patient! 

17.3. Select "Physical" 

It generates "*.v" and "*.sdf" files that are used in backannotation 
and post -synthesis simulations. 

17.4. Generate VHDL shells for the verilog files just created: 
verilog +vhdl_crshell filename. v 

17.5. Compile the new VHDL file and modify the test bench for post-synthesis 
simulation, i.e., simulation with back-annotation results. 

17.6. Quit "HDL Desktop" 


Option b, via make files and from your "YourXilinxDirectory" directory: 

18. xmake FileName.mak 

Note: Depending on the size of your design, it will take from one to a few 
minutes for the Place and Route to finish. 

Be patient! 

Note: You need to create a make file for your design and target chip only 

once. This file doesn’t need to be modified there after for that design. 


Here is a sample make file for programming Xilinx 3000 series: 

# 

# Created by XMAKE Version 5.0.0 on Tue Jan 16 14:48:52 1996 

# 

# The following options were used: -P 3020PC84-100 -X 

# 

# The following is the hierarchy of the design ' FileName . xnf ' 

# 

DEFAULT_TARGET FileName. bit 

FileName. bit : FileName. lea 

makebits -SO -R2 -XB -YA FileName. lea 


FileName. lea : FileName. map 

map21ca -P 3020PC84-100 FileName. map FileName. lea 
apr -W -Y FileName. lea FileName. lea -c FileName. cst 

FileName .map : FileName .xtf 

xnfmap -P 3020PC84-100 FileName. xtf FileName. map 

FileName. xtf : FileName. xff 

xnfprep FileName. xff FileName. xtf parttype=3020PC84 -100 cstf ile=FileName . cst 

FileName. xff : Id. xnf FileName. xnf 

xnfmerge -A -D xnf -P 3020PC84-100 FileName. xnf FileName. xff 


Here is a sample make file for programming Xilinx 4000 series: 


# 

# 

# 

# 

# 

# 

# 


Created by XMAKE Version 5.1.0 on Thu Apr 4 13:55:08 1996 

The following options were used: -P 4005APG156-5 -X 

The following is the hierarchy of the design ' FileName . xnf ' 


DEFAULT TARGET FileName. bit 


FileName. bit : 
makebits 


FileName . lea 
FileName . lea 


FileName. lea : FileName. cst FileName. xtf 
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ppr FileName.xtf - run p i c 2 map parttype=4005APG156 -5 
xdelay -D -W FileName . lea 

FileName.xtf : FileName.xff 

xnfprep FileName.xff FileName.xtf parttype=4005APG156 -5 cstf ile=FileName . cst 

FileName.xff : ld.xnf fdp.xnf FileName. xnf 

xnfmerge -A -D xnf -P 4005APG156-5 FileName. xnf FileName.xff 


To program an FPGA via an EPROM, the FPGA bit file needs to be converted 
to an EPROM hex file by the following unix command and from your 
"YourXilinxDirectory" directory : 

19. makeprom -f mes -u StartAddress FileName. bit 
Legend : 

StartAddress is the start address of the EPROM where the hex file will 

be loaded; typically, 100 . 

FileName. bit is the FPGA bit file name that is in "YourXilinxDirectory" 

directory. 
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